SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO

UAB „Vilniaus viešasis transportas“ CVP IS priemonėmis

ATVIRO KONKURSO BŪDU VYKDANT SUPAPRASTINTĄ PIRKIMĄ

ketina vykdyti

SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO

PIRKIMĄ

Teikiame pirkimo sąlygų projektą svarstymui.

Pastabas ir pasiūlymus dėl šio pirkimo sąlygų projekto UAB „Vilniaus viešasis transportas“ iki 2020 m. lapkričio 24 d. 9.00 val. galima pateikti raštu CVP IS susirašinėjimo priemonėmis arba nurodytais kontaktais.

Tiesioginį ryšį su tiekėjais įgalioti palaikyti:

1. UAB „Vilniaus viešasis transportas“ Pirkimų skyriaus vadovas Xxxxx Xxxxxx, el. paštas: xxxxx.xxxxxx@xxxxxxxxxx.xx;

2. UAB „Vilniaus viešasis transportas“ Pirkimų skyriaus vyriausiasis vadybininkas Xxxxxxxx Xxxxxxxxxx, el. paštas xxxxxxxx.xxxxxxxxxx@xxxxxxxxxx.xx.

TVIRTINU

UAB „Vilniaus viešasis transportas“ Generalinis direktorius

Xxxxxxxx Xxxxxxxxxx

2020- -

PRITARTA

UAB „Vilniaus viešasis transportas“ Viešųjų pirkimų komisijos

2020- - posėdžio protokolu Nr. 49C( - )-

SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO PIRKIMO,

ATVIRO KONKURSO BŪDU VYKDANT SUPAPRASTINTĄ PIRKIMĄ, SĄLYGOS

(PROJEKTAS)

TURINYS

1. BENDROSIOS NUOSTATOS 2 psl.

2. PIRKIMO OBJEKTAS IR REIKALAVIMAI PASIŪLYMO TURINIUI 2 psl.

3. TIEKĖJŲ PAŠALINIMO PAGRINDAI IR KVALIFIKACIJOS REIKALAVIMAI 3 psl.

4. TIEKĖJŲ GRUPĖS DALYVAVIMAS PIRKIMO PROCEDŪROSE 9 psl.

5. PASIŪLYMŲ RENGIMAS, PATEIKIMAS, KEITIMAS 9 psl.

6. PASIŪLYMŲ GALIOJIMO UŽTIKRINIMO IR PIRKIMO SUTARTIES ĮVYKDYMO

UŽTIKRINIMO REIKALAVIMAI 11 psl.

7. PIRKIMO DOKUMENTŲ PAAIŠKINIMAI, PATIKSLINIMAI, PAKEITIMAI

8. PASIŪLYMŲ ŠIFRAVIMAS

11 psl.

12 psl.

9. SUSIPAŽINIMAS SU GAUTAIS PASIŪLYMAIS 12 psl.

10. PASIŪLYMŲ NAGRINĖJIMAS, VERTINIMAS IR PALYGINIMAS 12 psl.

11. PASIŪLYMŲ ATMETIMO PRIEŽASTYS 17 psl.

12. INFORMAVIMAS APIE PIRKIMO PROCEDŪRŲ REZULTATUS 18 psl.

13. PIRKIMO SUTARTIES SUDARYMAS 18 psl.

14. PRETENZIJŲ IR GINČŲ NAGRINĖJIMO TVARKA

15. BAIGIAMOSIOS NUOSTATOS

18 psl.

PRIEDAI:

1. TECHNINĖ SPECIFIKACIJA 19 psl.

2. PASIŪLYMO FORMA 38 psl.

3. DEKLARACIJA DĖL SUTIKIMO BŪTI SUBTIEKĖJU 52 psl.

4. PIRKIMO SUTARTIES PROJEKTAS 53 psl.

5. EUROPOS BENDRASIS VIEŠŲJŲ PIRKIMŲ DOKUMENTAS Pridedamas atskirai

1. BENDROSIOS NUOSTATOS

1.1. Perkantysis subjektas – UAB „Vilniaus viešasis transportas“, Žolyno g. 15, LT-10209 Vilnius, įmonės kodas 302683277 (toliau – Perkantysis subjektas). Perkantysis subjektas yra pridėtinės vertės mokesčio (toliau – PVM) mokėtojas – PVM mokėtojo kodas LT100006468313.

1.2. Viešasis pirkimas (toliau – pirkimas) vykdomas vadovaujantis Lietuvos Respublikos pirkimų, atliekamų vandentvarkos, energetikos, transporto ar pašto paslaugų srities perkančiųjų subjektų, įstatymu (toliau – Pirkimų įstatymas), Lietuvos Respublikos viešųjų pirkimų įstatymu (toliau – Viešųjų pirkimų įstatymas), Lietuvos Respublikos civiliniu kodeksu (toliau – Civilinis kodeksas), kitais pirkimus reglamentuojančiais teisės aktais bei šiomis pirkimo sąlygomis. Vartojamos pagrindinės sąvokos apibrėžtos Pirkimų įstatyme ir Viešųjų pirkimų įstatyme.

1.3. Pirkimo tikslas – atviro konkurso būdu vykdant supaprastintą pirkimą parinkti tiekėją, kuris pagal sudarytą pirkimo sutartį (toliau – sutartis) Perkančiajam subjektui įdiegtų specializuotą biudžeto planavimo programinę įrangą (BVPŽ kodas 48442000-8 „Finansinių sistemų programinės įrangos paketai“).

1.4. Pirkimą atlieka Perkančiojo subjekto Viešųjų Pirkimų komisija (toliau – Komisija).

1.5. Skelbimas apie pirkimą paskelbtas Centrinėje viešųjų pirkimų informacinėje sistemoje (toliau – CVP IS (xxxxx://xxxxxxxx.xxxxxxxxxxxxxxxxx.xx). Pirkimo dokumentai (pirkimo sąlygos, jų paaiškinimai, patikslinimai, papildymai, pakeitimai) skelbiami CVP IS (xxxxx://xxxxxxxx.xxxxxxxxxxxxxxxxx.xx/) kartu su skelbimu apie pirkimą ir papildomai skelbiami Perkančiojo subjekto tinklalapyje (xxx.xxxx.xx). Išankstinis skelbimas apie pirkimą paskelbtas nebuvo.

1.6. Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo sąlygų projektas 2020 m.

d. buvo paskelbtas Centriniame viešųjų pirkimų portale (xxxxx://xxxx.xxxxxxxxxxxxxxxxx.xx, Pirkimas

, Skelbimo kodas: 2020- ) ir Perkančiojo subjekto tinklapyje (xxx.xxxx.xx).

1.7. Pirkimas vykdomas elektroniniu būdu CVP IS priemonėmis. Perkantysis subjektas neteikia tiekėjams pirkimo dokumentų popierinio varianto. Tiekėjai turėtų atidžiai stebėti CVP IS talpinamus pirkimo dokumentų paaiškinimus bei papildymus.

1.8. Pirkimas atliekamas laikantis lygiateisiškumo, nediskriminavimo, skaidrumo, abipusio pripažinimo, proporcingumo principų ir konfidencialumo bei nešališkumo reikalavimų. Priimant sprendimus dėl pirkimo sąlygų, vadovaujamasi racionalumo principu.

1.9. Pirkime gali dalyvauti kiekvienas ūkio subjektas – fizinis asmuo, privatusis juridinis asmuo, viešasis juridinis asmuo, kitos subjekto ir jų padaliniai ar tokių asmenų grupė – galintis pasiūlyti ar siūlantis prekes, paslaugas ar darbus.

1.10. Bet kokia informacija, pirkimo sąlygų paaiškinimai, pranešimai ar kitas Perkančiojo subjekto ir tiekėjo susirašinėjimas yra vykdomas tik CVP IS susirašinėjimo priemonėmis, o pranešimus per CVP IS gaus tie tiekėjo atstovai, kurie priėmė CVP IS kvietimą arba yra priskirti prie CVP IS pirkimo.

1.11. Tiesioginį ryšį su tiekėjais įgalioti palaikyti:

1.11.1. UAB „Vilniaus viešasis transportas“ Pirkimų skyriaus vadovas Xxxxx Xxxxxx, Žolyno g. 15, LT-10209 Vilnius, 109 kab., tel. (0 0) 000 0000, faksas (0 0) 000 0000, el. paštas: xxxxx.xxxxxx@xxxxxxxxxx.xx;

1.11.2. UAB „Vilniaus viešasis transportas“ Pirkimų skyriaus vyriausiasis vadybininkas Xxxxxxxx Xxxxxxxxxx, Žolyno g. 15, LT-10209 Vilnius, 102 kab., tel. (0 0) 000 0000, faksas (0 0) 000 0000, el. paštas xxxxxxxx.xxxxxxxxxx@xxxxxxxxxx.xx.

2. PIRKIMO OBJEKTAS IR REIKALAVIMAI PASIŪLYMO TURINIUI

2.1. Pirkimo objektas – specializuota biudžeto planavimo programinė įranga, skirta biudžeto planavimui ir stebėsenai (toliau – Programinė įranga), Programinės įrangos įdiegimas ir Perkančiojo subjekto darbuotojų mokymai, taip pat Programinės įrangos serverinė licencija ir vartotojų licencijos (toliau – Licencijos) bei Perkančiojo subjekto konsultavimas.

2.2. Pirkimas į pirkimo objekto dalis neskaidomas.

2.3. Perkamos Programinės įrangos savybės ir reikalavimai, Programinės įrangos įdiegimo ir Perkančiojo subjekto darbuotojų mokymų, Licencijų ir Programinės įrangos techninio aptarnavimo reikalavimai nurodyti pirkimo sąlygų 1 priede „Specializuotos biudžeto planavimo programinės įrangos su diegimo paslaugomis techninė specifikacija“ (toliau – Specifikacija). Jeigu Specifikacijoje nurodomas konkretus modelis ar šaltinis, konkretus procesas ar prekės ženklas, patentas, tipas, konkreti kilmė ar gamyba, gali būti pateikiamas lygiavertis objektas nurodytajam.

2.4. Programinės įrangos įdiegimo ilgiausias galimas laikotarpis – 12 (dvylika) mėnesių nuo sutarties įsigaliojimo dienos. Programinės įrangos įdiegimo laikotarpio etapai nurodyti Specifikacijoje. Licencijų palaikymo (galiojimo) laikotarpis – neilgiau nei 36 (trisdešimt šeši) mėnesiai nuo Licencijų pateikimo (įdiegimo) dienos. Programinės įrangos įdiegimo laikotarpio ir Programinės įrangos licencijų palaikymo (galiojimo) laikotarpio pratęsimai nenumatyti, t. y. sutarties pratęsimas nenumatytas. Sutartis baigiasi pasibaigus Programinės įrangos Licencijų palaikymo (galiojimo) laikotarpiui ir kai sutarties šalys tinkamai įvykdo visas iš sutarties kylančias prievoles.

2.5. Pirkimo objektui Perkančiojo subjekto skirta lėšų suma be PVM, kuri nėra skirta pasiūlymų palyginimui – 100 000,00 (šimtas tūkstančių) eurų.

2.6. Licencijų palaikymo (galiojimo) laikotarpiu Perkančiojo subjekto konsultavimo paslaugos bus perkamos dalimis pagal Perkančiojo subjekto poreikius. Minimalus Perkančiojo subjekto konsultavimo valandų kiekis nenustatomas.

2.7. Atsižvelgiant į sutarties pobūdį ir ypatumus, už Programinę įrangą ir jos įdiegimą Perkantysis subjektas atsiskaitys mokėjimo pavedimu (-ais) į tiekėjo nurodytą sąskaitą banke per 30 (trisdešimt) kalendorinių dienų nuo tiekėjo sąskaitos faktūros už Programinę įrangą ir jos įdiegimą informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos. Sąskaitą faktūrą už Programinę įrangą ir jos įdiegimą tiekėjas Perkančiajam subjektui pateiks tik sutarties šalims pasirašius Programinės įrangos perdavimo ir jos įdiegimo aktą.

2.8. Už tiekėjo pateiktų Licencijų palaikymą Perkantysis subjektas atsiskaitys mokėjimo pavedimu (-ais) į tiekėjo nurodytą sąskaitą banke per 30 (trisdešimt) kalendorinių dienų nuo tiekėjo sąskaitos faktūros už Licencijų palaikymą informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos.

2.9. Už tiekėjo per praėjusį kalendorinį mėnesį suteiktas Perkančiojo subjekto konsultacijas Perkantysis subjektas atsiskaitys mokėjimo pavedimu (-ais) į tiekėjo nurodytą sąskaitą banke per 30 (trisdešimt) kalendorinių dienų nuo tiekėjo sąskaitos faktūros už tiekėjo per praėjusį kalendorinį mėnesį suteiktas Perkančiojo subjekto konsultacijas informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos.

2.10. Visas sąskaitas faktūras Perkančiajam subjektui tiekėjas privalo pateikti informacinės sistemos „E. sąskaita“ priemonėmis.

3. TIEKĖJŲ PAŠALINIMO PAGRINDAI IR ATRANKOS KRITERIJŲ REIKALAVIMAI

3.1. Tiekėjas (taip pat visi tiekėjų grupės nariai, jei pasiūlymą pateikia tiekėjų grupė) ir ūkio subjektai, kurių pajėgumais remsis tiekėjas, turi neturėti nei vieno tiekėjų pašalinimo pagrindo ir, jei reikalaujama, jų kvalifikacija turi atitikti pirkimo dokumentuose keliamus reikalavimus, o kokybės vadybos sistema ir aplinkos apsaugos vadybos sistema – reikalaujamus standartus.

3.2. Tiekėjai, dalyvaujantys pirkime, pareikšdami, kad nėra tiekėjo pašalinimo pagrindų ir, jei reikalaujama, kad tiekėjų kvalifikacija atitinka visus nustatytus reikalavimus ir (arba) tiekėjų įdiegta kokybės vadybos sistema ir (arba) aplinkos apsaugos vadybos sistema atitinka reikalaujamus standartus, turi pateikti užpildytą pirkimo sąlygų 5 priedą

„Europos bendrasis viešųjų pirkimų dokumentas“ (toliau – EBVPD) pagal Viešųjų pirkimų įstatymo 50 straipsnyje nustatytus reikalavimus. EBVPD pildomas jį įkėlus į Viešųjų pirkimų tarnybos (toliau – VPT) interneto svetainę xxxx://xxxxx.xxxxxxxxxxxxxxxxx.xx/xxxx-xxx/, ir, užpildžius bei atsisiuntus, pateikiamas kartu su pasiūlymu (XML ir / arba PDF formatu). EBVPD pildymo instrukciją galima rasti VPT internetinėje svetainėje adresu xxxx://xxx.xxx.xx/xx/xxxxxxxxx/xxxxx-xxxxxxx-xxxxxxxxxxxxxx. Jei pasiūlymą teikia tiekėjų grupė arba tiekėjas pasiūlyme nurodo, kad bus pasitelkiami kiti ūkio subjektai, kartu su pasiūlymu turi būti pateikti kiekvieno grupės nario atskiras ir (ar) kito ūkio subjekto užpildytas EBVPD.

3.3. Perkantysis subjektas atliks EBVPD patikrinimo procedūrą, įvertins pasiūlymus, o po to tikrins, ar nėra ekonomiškai naudingiausią pasiūlymą pateikusio dalyvio pašalinimo pagrindų, ar ekonomiškai naudingiausią pasiūlymą pateikusio dalyvio kvalifikacija atitinka visus keliamus reikalavimus, jei jie keliami, ir ar dalyvio įdiegta kokybės vadybos sistema ir (arba) aplinkos apsaugos vadybos sistemos sistema atitinka reikalaujamus standartus, jei ji (jos) reikalaujama (-os), prieš tai tik šio dalyvio paprašęs pateikti 3.4 punkte nurodytų pašalinimo pagrindų nebuvimą patvirtinančius dokumentus, kvalifikacijos atitiktį 3.6 punkte nurodytiems reikalavimams, jei jie keliami, pagrindžiančius dokumentus ir 3.7 punkte nurodytos (-ų) įdiegtos (-ų) kokybės vadybos sistemos atitiktį reikalaujamiems standartams ir (arba) aplinkos apsaugos vadybos sistemos atitiktį reikalaujamiems standartams, jei ji (jos) reikalaujama (-os), įrodančius dokumentus.

3.4. Perkantysis subjektas pašalina tiekėją iš pirkimo procedūros, jeigu:

Tiekėjų pašalinimo pagrindai

Pašalino pagrindų nebuvimą patvirtinantys dokumentai

3.4.1.

Tiekėjas arba jo atsakingas asmuo turi teistumą už šias nusikalstamas veikas:

3.4.1.1. dalyvavimą nusikalstamame susivienijime, jo organizavimą ar vadovavimą jam;

3.4.1.2. kyšininkavimą, prekybą poveikiu, papirkimą;

3.4.1.3. sukčiavimą, turto pasisavinimą, turto iššvaistymą, apgaulingą pareiškimą apie juridinio asmens veiklą, kredito, paskolos ar tikslinės paramos panaudojimą ne pagal paskirtį ar nustatytą tvarką, kreditinį sukčiavimą, neteisingų duomenų apie pajamas, pelną ar turtą pateikimą, deklaracijos, ataskaitos ar kito dokumento nepateikimą, apgaulingą

apskaitos tvarkymą ar piktnaudžiavimą, kai šiomis

Išrašai iš teismų sprendimų, jei tokie yra, ar Informatikos ir ryšių departamento prie Lietuvos Respublikos vidaus reikalų ministerijos išduota pažyma, ar valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotas dokumentas, patvirtinantis jungtinius kompetentingų institucijų tvarkomus duomenis, ar jiems tolygus šalies, kurioje registruotas tiekėjas, ar šalies, iš kurios jis atvyko, kompetentingos teismo ar viešojo administravimo institucijos išduotas dokumentas, liudijantis, kad nėra nurodytų pažeidimų.

nusikalstamomis veikomis kėsinamasi į Europos Sąjungos finansinius interesus, kaip apibrėžta Konvencijos dėl Europos Bendrijų finansinių interesų apsaugos 1 straipsnyje;

3.4.1.4. nusikalstamą bankrotą;

3.4.1.5. teroristinį ir su teroristine veikla susijusį nusikaltimą;

3.4.1.6. nusikalstamu būdu gauto turto legalizavimą;

3.4.1.7. prekybą žmonėmis, vaiko pirkimą arba pardavimą;

3.4.1.8. kitos valstybės tiekėjo atliktą nusikaltimą, apibrėžtą Direktyvos 2014/24/ES 57 straipsnio 1 dalyje išvardytus Europos Sąjungos teisės aktus įgyvendinančiuose kitų valstybių teisės aktuose.

Jeigu pateikiamas dokumentas yra išduotas elektronine forma, tiekėjas privalo jį pateikti

*.adoc formatu.

Pateikiami dokumentai turi būti išduoti neanksčiau nei 90 dienų iki pasiūlymų pateikimo termino pabaigos. Jei dokumentas išduotas anksčiau, tačiau jo galiojimo terminas ilgesnis nei pasiūlymų pateikimo terminas, toks dokumentas yra priimtinas.

Tiekėjas, kuris kartu su pasiūlymu nepateiks šioje dalyje nurodytų dokumentų, galės tiekėjo pašalinimo pagrindų nebuvimą patvirtinančius dokumentus pateikti ir po pasiūlymų pateikimo termino pabaigos – tokie dokumentai bus

priimtini.

Pastabos:

- laikoma, kad tiekėjas arba jo atsakingas asmuo nuteistas už 3.4.1 punkte nurodytas nusikalstamas veikas, kai jis atitinka Viešųjų pirkimų įstatymo 46 straipsnio 2 dalyje nurodytas sąlygas;

- Perkantysis subjektas nepašalina tiekėjo iš pirkimo procedūros esant Viešųjų pirkimų įstatymo 46 straipsnio 8 dalies sąlygoms.

3.4.2.

Tiekėjas nevykdo įsipareigojimų, susijusių su mokesčių, įskaitant socialinio draudimo įmokas, mokėjimu pagal šalies, kurioje jis registruotas, ar šalies, kurioje yra Perkantysis subjektas reikalavimus arba tiekėjas už tai nuteistas.

1) Išrašai iš teismų, jei tokie yra, ar Valstybinės mokesčių inspekcijos prie Lietuvos Respublikos finansų ministerijos teritorinės valstybinės mokesčių inspekcijos arba valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotas dokumentas, patvirtinantis jungtinius kompetentingų institucijų tvarkomus duomenis, ar šalies, kurioje registruotas tiekėjas, kompetentingos valstybės institucijos išduota pažyma. Jeigu pateikiamas dokumentas yra išduotas elektronine forma, tiekėjas privalo jį pateikti *.adoc formatu.

2) Lietuvos Respublikoje registruotas tiekėjas, kuris yra fizinis asmuo, pateikia Valstybinio socialinio draudimo fondo valdybos teritorinių skyrių ir kitų Valstybinio socialinio draudimo fondo įstaigų, susijusių su Valstybinio socialinio draudimo fondo administravimu arba valstybės įmonės Registrų centro Lietuvos Respublikos Vyriausybės nustatyta tvarka išduotą dokumentą, patvirtinantį jungtinius kompetentingų institucijų tvarkomus duomenis.

Jeigu pateikiamas dokumentas yra išduotas elektronine forma, tiekėjas privalo jį pateikti *.adoc formatu.

Jeigu tiekėjas yra juridinis asmuo, registruotas Lietuvos Respublikoje, iš jo nereikalaujama pateikti šio reikalavimo 2 punkte nurodytų dokumentų. Perkantysis subjektas tikrina paskutinės pasiūlymų pateikimo termino dienos, nurodytos skelbime apie pirkimą, duomenis.

Kitos valstybės tiekėjas pateikia šalies, kurioje yra įregistruotas tiekėjas, kompetentingos valstybės institucijos išduotą pažymą.

dokumentai bus priimtini.

Pastabos:

- laikoma, kad tiekėjas arba jo atsakingas asmuo nuteistas už 3.4.2 punkte nurodytas veikas, kai:

a) dėl tiekėjo, kuris yra fizinis asmuo, per pastaruosius 5 metus buvo priimtas ir įsiteisėjęs apkaltinamasis teismo nuosprendis ir šis asmuo turi neišnykusį ar nepanaikintą teistumą;

b) dėl tiekėjo, kuris yra juridinis asmuo, kita organizacija ar jos padalinys, per pastaruosius 5 metus buvo priimtas ir įsiteisėjęs apkaltinamasis teismo nuosprendis arba galutinis administracinis sprendimas, jeigu toks sprendimas priimamas pagal tiekėjo šalies teisės aktų reikalavimus;

- Perkantysis subjektas nepašalina tiekėjo iš pirkimo procedūros, jeigu;

a) tiekėjas yra įsipareigojęs sumokėti mokesčius, įskaitant socialinio draudimo įmokas ir dėl to laikomas jau įvykdžiusiu nurodytus įsipareigojimus;

b) įsiskolinimo suma neviršija 50,00 Eur (penkiasdešimt eurų);

c) tiekėjas apie tikslią jo įsiskolinimo sumą informuotas tokiu metu, kad iki pasiūlymų pateikimo termino pabaigos nespėjo sumokėti mokesčių, įskaitant socialinio draudimo įmokas, sudaryti mokestinės paskolos sutarties ar kito panašaus pobūdžio įpareigojančio susitarimo dėl jų sumokėjimo ar imtis kitų priemonių, kad atitiktų a) punkto nuostatas. Tiekėjas šiuo pagrindu nepašalinamas iš pirkimo procedūros, jeigu, Perkančiajam subjektui reikalaujant pateikti aktualius dokumentus pagal Viešųjų pirkimų įstatymo 50 straipsnio 6 dalį, jis įrodo, kad jau yra laikomas

įvykdžiusiu įsipareigojimus, susijusius su mokesčių, įskaitant socialinio draudimo įmokas, mokėjimu.

3.4.3.

Tiekėjas su kitais tiekėjais yra sudaręs susitarimų, kuriais siekiama iškreipti konkurenciją atliekamame pirkime, ir Perkantysis subjektas dėl to turi įtikinamų duomenų;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui

įrodymo.

3.4.4.

Tiekėjas pirkimo metu pateko į interesų konflikto situaciją, kaip apibrėžta Viešųjų pirkimų įstatymo 21 straipsnyje, ir atitinkamos padėties negalima ištaisyti. Laikoma, kad atitinkamos padėties dėl interesų konflikto negalima ištaisyti, jeigu į interesų konfliktą patekę asmenys nulėmė Komisijos ar Perkančiojo subjekto sprendimus ir šių sprendimų pakeitimas prieštarautų

Viešųjų pirkimų įstatymo nuostatoms;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

3.4.5.

Pažeista konkurencija, kaip nustatyta Viešųjų pirkimų įstatymo 27 straipsnio 3 ir 4 dalyse, ir atitinkamos padėties negalima ištaisyti;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties

šiam reikalavimui įrodymo.

3.4.6.

Tiekėjas pirkimo procedūrų metu nuslėpė informaciją ar pateikė melagingą informaciją apie atitiktį Viešųjų pirkimų įstatymo 46 straipsnyje ir Viešųjų pirkimų įstatymo 47 straipsnyje nustatytiems reikalavimams, ir Perkantysis subjektas gali tai įrodyti bet kokiomis teisėtomis priemonėmis, arba tiekėjas dėl pateiktos melagingos informacijos negali pateikti patvirtinančių dokumentų, reikalaujamų pagal Viešųjų pirkimų įstatymo 50 straipsnį. Šiuo pagrindu tiekėjas taip pat šalinamas iš pirkimo procedūros, kai ankstesnių procedūrų metu nuslėpė informaciją ar pateikė šiame punkte nurodytą melagingą informaciją arba tiekėjas dėl pateiktos melagingos informacijos negalėjo pateikti patvirtinančių dokumentų, reikalaujamų pagal Viešųjų pirkimų įstatymo 50 straipsnį, dėl ko per pastaruosius vienus metus buvo pašalintas iš pirkimo procedūrų arba per pastaruosius vienus metus buvo priimtas ir įsiteisėjęs teismo sprendimas. Šiuo pagrindu tiekėjas taip pat pašalinamas iš pirkimo procedūros, kai vadovaujantis kitų valstybių teisės aktais ankstesnių procedūrų metu jis nuslėpė informaciją ar pateikė melagingą informaciją arba dėl melagingos informacijos pateikimo negalėjo pateikti patvirtinančių dokumentų, dėl ko per pastaruosius vienus metus buvo pašalintas iš pirkimo procedūrų arba per pastaruosius vienus metus buvo priimtas ir įsiteisėjęs teismo sprendimas ar taikomos kitos panašios

sankcijos;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

3.4.7.

Tiekėjas pirkimo metu ėmėsi neteisėtų veiksmų, siekdamas daryti įtaką Perkančiojo subjekto sprendimams, gauti konfidencialios informacijos, kuri suteiktų jam neteisėtą pranašumą pirkimo procedūroje, ar teikė klaidinančią informaciją, kuri gali daryti esminę įtaką Perkančiojo subjekto sprendimams

dėl tiekėjų pašalinimo, jų kvalifikacijos vertinimo, laimėtojo nustatymo, ir Perkantysis subjektas gali tai įrodyti bet kokiomis teisėtomis priemonėmis;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

3.4.8.

Tiekėjas yra neįvykdęs pirkimo sutarties, pirkimo sutarties su perkančiuoju subjektu ar koncesijos sutarties ar netinkamai ją įvykdęs ir tai buvo esminis pirkimo sutarties pažeidimas, kaip nustatyta Civiliniame kodekse (toliau – esminis pirkimo sutarties pažeidimas), dėl kurio per pastaruosius 3 metus buvo nutraukta pirkimo sutartis arba per pastaruosius 3 metus buvo priimtas ir įsiteisėjęs teismo sprendimas, kuriuo tenkinamas Perkančiojo subjekto, perkančiojo subjekto ar suteikiančiosios institucijos reikalavimas atlyginti nuostolius, patirtus dėl to, kad tiekėjas pirkimo sutartyje nustatytą esminę pirkimo sutarties sąlygą vykdė su dideliais arba nuolatiniais trūkumais. Šiuo pagrindu tiekėjas taip pat pašalinamas iš pirkimo procedūros, kai, vadovaujantis kitų valstybių teisės aktais, per pastaruosius 3 metus nustatyta, kad jis, vykdydamas ankstesnę pirkimo sutartį, ankstesnę pirkimo sutartį su perkančiuoju subjektu arba ankstesnę koncesijos sutartį, pirkimo sutartyje nustatytą esminį reikalavimą vykdė su dideliais arba nuolatiniais trūkumais ir dėl to ta ankstesnė pirkimo sutartis buvo nutraukta anksčiau, negu toje pirkimo sutartyje nustatytas jos galiojimo terminas, buvo pareikalauta atlyginti žalą ar taikomos kitos panašios sankcijos. Perkantysis subjektas iš pirkimo procedūros pašalina tiekėją ir tuo atveju, kai ji turi įtikinamų duomenų, kad tiekėjas yra įsteigtas, siekiant išvengti šio pašalinimo pagrindo

taikymo;

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

3.4.9.

Tiekėjas yra padaręs profesinį pažeidimą, kai už finansinės atskaitomybės ir audito teisės aktų pažeidimus tiekėjui ar jo vadovui paskirta administracinė nuobauda ar ekonominė sankcija, nustatytos Lietuvos Respublikos įstatymuose ar kitų valstybių teisės aktuose, ir nuo sprendimo, kuriuo buvo

paskirta ši sankcija, įsiteisėjimo dienos arba nuo dienos, kai asmuo įvykdė administracinį nurodymą, praėjo mažiau kaip vieni metai.

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

3.4.10.

Tiekėjas neatitinka minimalių patikimo mokesčių mokėtojo kriterijų, nustatytų Lietuvos Respublikos mokesčių administravimo įstatymo 401 straipsnio 1 dalyje:

1. per trejus metus iki vertinimo nebuvo skirta bauda už pajamų neįtraukimą į apskaitą ir pan. nusižengimus ir dėl bent vieno iš padarytų šių pažeidimų nebuvo apskaičiuota daugiau kaip 15 000,00 Eur mokesčių;

2. per trejus metus iki vertinimo nebuvo baustas už nelegalų darbą;

3. įmonė ar jos vadovas nebuvo nuteistas už sukčiavimą, neteisėtą praturtėjimą ir pan.;

4. per metus iki vertinimo nebuvo paskirta 1 500,00 Eur ar didesnė bauda už tam tikrus administracinius nusižengimus,

ir dėl to laikomas padariusiu šiurkštų profesinį pažeidimą.

Tiekėjas neatitinkančiu minimalių patikimo mokesčių mokėtojo kriterijų yra

3 (trejus) metus nuo 1-3 punktuose nurodytų pažeidimų įsiteisėjimo, ir 1 (vienerius) metus – nuo 4 punkte nurodyto pažeidimo įsiteisėjimo.

Šis pašalinimo pagrindas yra išimtinai nacionalinis pašalinimo pagrindas,

todėl Perkantysis subjektas reikalauja, kad tiekėjai šią informaciją nurodytų EBVPD III dalyje “Pašalinimo pagrindai” D skirsnyje.

Perkantysis subjektas nereikalauja papildomų dokumentų dėl atitikties šiam reikalavimui įrodymo.

Pastaba:

- Perkantysis subjektas nepašalina tiekėjo iš pirkimo procedūros esant Viešųjų pirkimų įstatymo 46 straipsnio 8 dalies sąlygoms.

3.5. Subtiekėjų, kurių pajėgumais tiekėjas nesiremia, pašalinimo pagrindai ir jų patikrinimo tvarka (jei Perkantysis subjektas tikrina, ar nėra tokio subtiekėjo pašalinimo pagrindų) nurodyta sutarties projekte.

3.6. Tiekėjų kvalifikacijos reikalavimai:

Kvalifikacijos reikalavimai

Dokumentai ir informacija, kuriuos turi pateikti tiekėjai, siekiantys įrodyti, kad jų kvalifikacija atitinka keliamus reikalavimus

3.6.1.

Tiekėjas per pastaruosius 3 (trejus) metus iki pasiūlymo pateikimo termino pabaigos arba per laiką nuo tiekėjo įregistravimo dienos, jeigu tiekėjas veiklą vykdė trumpiau nei 3 (trejus) metus, yra tinkamai įvykdęs bent vieną sutartį, kurios metu įdiegta programinė įranga, atitinkanti šiuos reikalavimus:

1) Tiekėjo įvykdytų ar vykdomų sutarčių sąrašas, nurodant trumpą sutarties objekto aprašymą; sutarties vykdymo datą (pradžia ir pabaiga); užsakovo kontaktinius asmenis (vardą, pavardę, telefono numerį, elektroninio pašto adresą).

2) Tiekėjo užsakovo (pirkėjo) patvirtintą pažymą ar kitą dokumentą, patvirtinantį, kad sutartis visą sutarties laikotarpį buvo tinkamai vykdoma ir tinkamai įvykdyta.

- atitinka informacinių technologijos, saugumo metodikos, saugumo valdymo sistemos, LST ISO/IEC 27001:2013 arba lygiaverčio standarto reikalavimus;

- programinės įrangos pagrindu sukurti ir įgyvendinti biudžeto ir finansų valdymo sprendimai;

- turi būti realizuota integracinė platforma su kitomis informacinėmis sistemomis.

-Perkantysis subjektas, norėdamas įsitikinti tiekėjo pajėgumu įvykdyti sutartį ir (arba) pasitikslinti pateiktą informaciją, gali paprašyti pateikti įvykdytų sutarčių kopijas arba išrašus iš šių sutarčių, sutarties objektą apibūdinančius dokumentus (pvz., techninę specifikaciją) bei kitus, Perkančiojo subjektu manymu reikiamus dokumentus ir informaciją.

-Perkantysis subjektas, siekdamas patikslinti informaciją apie vykdytą sutartį, pasilieka teisę be išankstinio įspėjimo susisiekti su Tiekėjo nurodytu užsakovu.

3.6.2.

Tiekėjas turi turėti ar gali pasitelkti sutarties vykdymui reikiamus kvalifikuotus specialistus, galinčius suteikti reikalaujamas paslaugas.

-Tiekėjas vieną specialistą gali siūlyti į kelias specialistų pozicijas.

-Kiekvienas specialistas atskirai turi atitikti žemiau išvardintus reikalavimus:

1) Specialistų, teiksiančių paslaugas Perkančiajam subjektui, sąrašas, nurodant specialisto vardą, pavardę, specialisto poziciją (projekto vadovas, informacinių sistemų analitikas, diegimo specialistas, testuotojas) ir specialisto darbovietė (dabartinė);

2) Sutarčių arba projektų, kuriuos specialistas vykdė, sąrašas;

3) Tiekėjo siūlomų specialistų kvalifikaciją įrodančių sertifikatų arba kitų lygiaverčių dokumentų skaitmenines kopijas (mokymo kursų išklausymo pažymėjimai nevertinami);

4) Tuo atveju, jei specialistas nėra Tiekėjo darbuotojas, specialisto sutikimas, kad tiekėjui laimėjus pirkimą ir pasirašius viešojo pirkimo sutartį, jis vykdyti jam priskirtas pareigas.

3.6.2.1

Projekto vadovas:

1.) netrumpesnė nei 3 (trejų) metų vadovavimo informacinių technologijų projektams patirtis;

2.) yra vadovavęs bent 1 (vienam) informacinės sistemos diegimo projektui; 3.) aukštasis universitetinis ar jam prilygintas išsilavinimas.

1) 3.6.2 punkte nurodyti dokumentai;

2) Aukštąjį universitetinį išsilavinimą patvirtinantys dokumentai.

3.6.2.2.

Informacinių sistemų analitikas:

1.) netrumpesnė nei 2 (dvejų) metų projektų ar sutarčių kuriant (modernizuojant) ir diegiant informacines sistemas analitiko patirtis;

2.) analitiko pozicijoje dalyvavo vykdant bent vieną informacinių technologijų projektą ar sutartį, kuriame (kurioje) vykdė informacinių sistemų analizės ir sprendimo projektavimo darbus;

3.) aukštasis universitetinis ar jam prilygintas išsilavinimas.

1) 3.6.2 punkte nurodyti dokumentai;

2) Aukštąjį universitetinį išsilavinimą patvirtinantys dokumentai.

3.6.2.3.

Diegimo specialistas:

1.) netrumpesnė nei 2 (dvejų) metų projektų ar sutarčių kuriant (modernizuojant) ir diegiant informacines sistemas analitiko patirtis;

2.) diegėjo pozicijoje dalyvavo vykdant bent vieną informacinių technologijų projektą ar sutartį, kuriame (kurioje) vykdė informacinių sistemų diegimo ir integravimo darbus;

3.) aukštasis universitetinis ar jam prilygintas išsilavinimas;

4.) turi tiekėjo siūlomos Programinės įrangos specialisto kvalifikaciją.

1) 3.6.2 punkte nurodyti dokumentai;

2) Aukštąjį universitetinį išsilavinimą patvirtinantys dokumentai;

3) Informacinės sistemos platformos gamintojo

specialistui išduotas kvalifikaciją patvirtinantis atestatas arba sertifikatas.

3.6.2.4.

Testuotojas:

1.) netrumpesnė nei 2 (dvejų) metų projektų ar sutarčių vykdymo kuriant (modernizuojant) ir diegiant informacines sistemas testuotojo patirtis;

2.) aukštasis ar jam prilygintas išsilavinimas.

1) 3.6.2 punkte nurodyti dokumentai;

2) Aukštąjį išsilavinimą patvirtinantys dokumentai.

3.7. Tiekėjų kokybės vadybos sistemos ir aplinkos apsaugos vadybos sistemos atitiktys standartams nereikalaujamos.

3.8. Pastabos:

3.8.1. Perkantysis subjektas pasilieka sau teisę prašyti tiekėjo pateiktų dokumentų skaitmeninių kopijų originalų;

3.8.2. Perkantysis subjektas gali nereikalauti iš tiekėjų pateikti pašalinimo pagrindų nebuvimą patvirtinančių dokumentų, jei jis turi galimybę susipažinti su šiais dokumentais ar informacija tiesiogiai ir neatlygintinai prisijungęs prie nacionalinės duomenų bazės bet kurioje valstybėje narėje arba naudodamasis CVP IS arba šiuos dokumentus jau turi iš ankstesnių pirkimo procedūrų;

3.8.3. Perkantysis subjektas pripažįsta kitose valstybėse išduotus lygiaverčius pašalinimo pagrindų nebuvimą įrodančius dokumentus;

3.8.4. jeigu tiekėjas dėl pateisinamų priežasčių negali pateikti Perkančiojo subjekto reikalaujamų jo finansinį ir ekonominį pajėgumą įrodančių dokumentų, jis turi teisę pateikti kitus Perkančiajam subjektui priimtinus dokumentus (jei tokie reikalavimai keliami);

3.8.5. jeigu tiekėjas negali pateikti pirkimo sąlygų 3.4.1 ir 3.4.2 punktuose nurodytų dokumentų, nes valstybėje narėje ar atitinkamoje šalyje tokie dokumentai neišduodami arba toje šalyje išduodami dokumentai neapima visų pirkimo sąlygų 3.4.1 ir 3.4.2 punktuose keliamų klausimų, jie gali būti pakeisti priesaikos deklaracija arba oficialia tiekėjo deklaracija, jeigu šalyje nenaudojama priesaikos deklaracija. Oficiali deklaracija turi būti patvirtinta valstybės narės ar tiekėjo kilmės šalies arba šalies, kurioje jis registruotas, kompetentingos teisinės ar administracinės institucijos, notaro arba kompetentingos profesinės ar prekybos subjekto;

3.8.6. užsienio valstybių tiekėjų pašalinimo pagrindų nebuvimą įrodantys dokumentai legalizuojami vadovaujantis Lietuvos Respublikos Vyriausybės 2006 m. spalio 30 d. nutarimu Nr. 1079 „Dėl dokumentų legalizavimo ir tvirtinimo pažyma (Apostille) tvarkos aprašo patvirtinimo“ ir 1961 m. spalio 5 x. Xxxxx konvencija dėl užsienio valstybėse išduotų dokumentų legalizavimo panaikinimo, išskyrus atvejus, kai pagal Lietuvos Respublikos tarptautines sutartis ar Europos Sąjungos teisės aktus dokumentas yra atleistas nuo legalizavimo ir (ar) tvirtinimo žymos (Apostille).

3.9. Jei pasiūlymą teikia tiekėjų grupė, pirkimo sąlygų 3.4 punkte nustatytų tiekėjo pašalinimo pagrindų privalo neturėti kiekvienas tiekėjų grupės narys atskirai, o pirkimo sąlygų 3.6 punkte keliamus tiekėjų kvalifikacijos reikalavimus, jei tokie keliami, turi atitikti bent vienas tiekėjų grupės narys arba visi tiekėjų grupės nariai kartu, atsižvelgiant į jų prisiimamus įsipareigojimus vykdant pirkimo sutartį.

3.10. Tiekėjas gali remtis kitų ūkio subjektų pajėgumais, kad atitiktų finansinio, ekonominio, techninio ir (arba) profesinio pajėgumo reikalavimus (jeigu tokius reikalavimus Perkantysis subjektas kelia), neatsižvelgiant į tai, kokio teisinio pobūdžio yra jų ryšiai ir laikantis pirkimo sąlygų 3.13 punkte nustatytų reikalavimų.

3.11. Tiekėjas gali remtis kitų ūkio subjektų pajėgumais, kad atitiktų reikalavimus dėl išsilavinimo, profesinės kvalifikacijos, profesinės patirties, turėti specialų leidimą ir (arba) būti tam tikros subjekto nariu (jeigu tokius reikalavimus Perkantysis subjektas kelia) tik tuo atveju, jeigu tie subjektai patys suteiks paslaugas/atliks darbus (priklausomai nuo pirkimo objekto), kuriems reikia jų turimų pajėgumų.

3.12. Jeigu tiekėjas remiasi kito ūkio subjekto pajėgumais, jis, teikdamas pasiūlymą, privalo Perkančiajam subjektui įrodyti, kad vykdant sutartį tie ištekliai jam bus prieinami. Tam įrodyti tiekėjas turi pateikti sutarčių ar kitų dokumentų nuorašus, kurie patvirtintų, kad tiekėjui kitų ūkio subjektų ištekliai bus prieinami per visą sutartinių įsipareigojimų vykdymo laikotarpį. Tokiomis pačiomis sąlygomis tiekėjų grupė gali remtis tiekėjų grupės dalyvių arba kitų ūkio subjektų pajėgumais. Jeigu ūkio subjektas pasiūlyme nėra nurodomas, šio ūkio subjekto pajėgumais remtis negalima. Jeigu pasiūlyme nurodytas ūkio subjektas netenkina jam keliamų reikalavimų, jis per Perkančiojo subjekto nustatytą terminą gali būti pakeičiamas reikalavimus atitinkančiu ūkio subjektu.

3.13. Tiekėjas savo pasiūlyme privalo nurodyti (nurodant ir kokiai pirkimo daliai (apimtis pinigine išraiška ir dalis procentais):

3.13.1. ūkio subjektus, kurių pajėgumais remiasi tiekėjas, kad atitiktų finansinio, ekonominio, techninio ir (arba) profesinio pajėgumo reikalavimus (jeigu tokius reikalavimus Perkantysis subjektas kelia). Šiais ūkio subjektais laikomi ir ekspertai, kurie pirkimo laimėjimo ir sutarties sudarymo atveju bus įdarbinti tiekėjo;

3.13.2. kokiai sutarties daliai ir kokius subtiekėjus, jeigu jie yra žinomi, jis ketina pasitelkti, t. y. tiekėjas pasiūlyme neprivalo nurodyti, kokius subtiekėjus pasitelks sutarties vykdymui ir šią informaciją gali nurodyti vėliau, jei bus nustatytas laimėtoju ir su juo bus sudaroma sutartis. Subtiekėjai nėra laikomi ūkio subjektais, jeigu šie tik vykdo sutartines tiekėjo prievoles, tačiau tiekėjas nesiremia jų pajėgumais, kad atitiktų finansinio, ekonominio, techninio ir (arba) profesinio pajėgumo reikalavimus (jeigu tokie reikalavimai keliami). Subtiekėjų pasitelkimo tvarka nustatyta sutarties nuostatose (4 priedas).

3.14. Ūkio subjektų pasitelkimas nekeičia pagrindinio tiekėjo atsakomybės dėl numatomos sudaryti sutarties įvykdymo. Tiekėjas kartu su pasiūlymu privalo pateikti subtiekėjų deklaracijas dėl sutikimo būti subtiekėjais (užpildant pirkimo sąlygų 3 priede pateiktą formą).

3.15. Perkantysis subjektas neriboja tiekėjų galimybės esminių užduočių atlikimui pasitelkti subtiekėjus ir (arba) tiekėjų grupės narius.

3.16. Perkantysis subjektas netikrina fizinių asmenų (specialistų), kurių pajėgumais tiekėjas remiasi pagal Viešųjų pirkimų įstatymo 49 straipsnį ir kuriuos, pirkimo laimėjimo atveju, tiekėjas ketina įdarbinti (kvazisubtiekėjų), pašalinimo pagrindų.

3.17. Jei bendrą pasiūlymą pateikia tiekėjų grupė, reikiamus visų tiekėjų grupės narių dokumentus teikia tik ūkio subjektas, atstovaujantis tiekėjų grupei ir rengiantis bendrą pasiūlymą.

3.18. Jeigu tiekėjo kvalifikacija dėl teisės verstis atitinkama veikla nebuvo tikrinama arba tikrinama ne visa apimtimi, tiekėjas Perkančiajam subjektui įsipareigoja, kad sutartį vykdys tik tokią teisę turintys asmenys.

3.19. Perkantysis subjektas bet kuriuo pirkimo procedūros metu gali paprašyti tiekėjų pateikti visus ar dalį dokumentų, patvirtinančių jų pašalinimo pagrindų nebuvimą, ir, jei reikalaujama, dokumentų, patvirtinančių tiekėjo atitiktį visiems reikalaujamiems atrankos kriterijams, t. y. tiekėjo atitiktį nustatytiems kvalifikacijos reikalavimams ir (arba) tiekėjo įdiegtų kokybės vadybos sistemų atitiktį ir (arba) aplinkos apsaugos vadybos sistemų atitiktį reikalaujamiems standartams, jeigu tai būtina siekiant užtikrinti tinkamą pirkimo procedūros atlikimą.

3.20. Perkantysis subjektas tiekėją pašalina iš pirkimo procedūros bet kuriame pirkimo procedūros etape, jeigu paaiškėja, kad dėl tiekėjo veiksmų ar neveikimo prieš pirkimo procedūrą ar jos metu yra bent vienas šio skyriaus

3.4 punkte nustatytas jo pašalinimo pagrindas arba, jei reikalaujama, tiekėjo kvalifikacija neatitinka bent vieno šio skyriaus 3.6 punkte nustatyto reikalavimo, arba, jei reikalaujama, tiekėjo įdiegtos kokybės vadybos sistemos arba aplinkos apsaugos vadybos sistemos neatitinka bent vieno šio skyriaus 3.7 punkte reikalaujamo standarto.

4. TIEKĖJŲ GRUPĖS DALYVAVIMAS PIRKIMO PROCEDŪROSE

4.1. Pasiūlymą gali pateikti tiekėjų grupė, įskaitant laikinas tiekėjų grupes. Tiekėjų grupė, teikianti bendrą pasiūlymą, privalo pateikti jungtinės veiklos sutartį.

4.2. Jungtinės veiklos sutartyje turi būti nurodyta tiekėjų grupės sudėtis ir kiekvieno tiekėjų grupės nario įsipareigojimai vykdant su Perkančiuoju subjektu numatomą sudaryti sutartį, šių įsipareigojimų vertės dalis išreikšta procentais bendroje sutarties vertėje. Jungtinės veiklos sutartis turi numatyti solidariąją visų šios sutarties šalių atsakomybę už prievolių Perkančiajam subjektui ir įsipareigojimų nevykdymą. Taip pat jungtinės veiklos sutartyje turi būti numatyta, kuris grupės narys atstovauja tiekėjų grupei, t. y. su kuo Perkantysis subjektas turėtų bendrauti pasiūlymo vertinimo metu kylančiais klausimais ir kam teikti su pasiūlymo vertinimu susijusią informaciją, kuris grupės narys įgaliotas teikti sąskaitas atsiskaitymams (mokėjimai bus atliekami tik vienam iš tiekėjų grupės narių) ir pasirašyti su sutarties įgyvendinimu susijusius dokumentus.

4.3. Perkantysis subjektas nereikalauja, kad, tiekėjų grupės pateiktą pasiūlymą pripažinus geriausiu ir pasiūlius sudaryti sutartį, ši tiekėjų grupė įgytų tam tikrą teisinę formą.

5. PASIŪLYMŲ RENGIMAS, PATEIKIMAS, KEITIMAS

5.1. Pateikdamas pasiūlymą tiekėjas sutinka su šiomis pirkimo sąlygomis ir patvirtina, kad jo pasiūlyme pateikta informacija yra teisinga ir apima viską, ko reikia tinkamam sutarties įvykdymui.

5.2. Pasiūlymas turi būti pateikiamas tik elektroninėmis priemonėmis, naudojant CVP IS, pasiekiamoje adresu xxxxx://xxxxxxxx.xxxxxxxxxxxxxxxxx.xx/. Pasiūlymai, pateikti popierinėje formoje, bus grąžinami neatplėšti tiekėjui (kurjeriui) ar grąžinami registruotu laišku ir nebus priimami ir vertinami.

5.3. Elektroninėmis priemonėmis pasiūlymus gali teikti tiktai CVP IS (xxxxx://xxxxxxxx.xxxxxxxxxxxxxxxxx.xx/) registruoti tiekėjai. Registracija CVP IS yra nemokama.

5.4. Perkantysis subjektas nereikalauja, kad pasiūlymas CVP IS būtų pasirašytas kvalifikuotu elektroniniu parašu, atitinkančiu Pirkimų įstatymo 34 straipsnio 11 dalies 2 punkte nuodytus reikalavimus. Jei pasiūlymą CVP IS pateikia ne tiekėjo vadovas, kartu su pasiūlymu turi būti pateiktas įgaliojimas tiekėjo pasiūlymą CVP IS pateikusiam asmeniui, suteikiantis jam teisę tiekėjo vardu pateikti pasiūlymą CVP IS.

5.5. Visi pasiūlyme pateikiami dokumentai turi būti pateikti elektronine forma, t. y. elektroninėmis priemonėmis tiesiogiai suformuoti dokumentai arba skaitmeninės dokumentų kopijos pateikiami prijungiant („prisegant“) juos prie pasiūlymo. Pateikiami dokumentai ar skaitmeninės dokumentų kopijos turi būti prieinami naudojant nediskriminuojančius, visuotinai prieinamus duomenų failų formatus (pvz., *.pdf, *.jpg, *.doc ir kt.).

5.6. Pateikiant pasiūlymą ir kitus dokumentus elektronine forma CVP IS, t. y. dokumentus tiesiogiai suformuojant elektroninėmis priemonėmis arba pateikiant skaitmenines dokumentų kopijas, yra deklaruojama, kad dokumentų elektroninės formos arba dokumentų skaitmeninės kopijos yra tikros. Perkantysis subjektas pasilieka sau teisę prašyti dokumentų originalų.

5.7. Tiekėjo pasiūlymas bei kita korespondencija pateikiama lietuvių kalba, laikantis pirkimo sąlygose išdėstytų reikalavimų pasiūlymo pateikimo struktūrai, turiniui ir formai. Jei atitinkami dokumentai yra išduoti kita kalba, tiekėjas privalo pateikti jų vertimą į lietuvių kalbą. Vertimas turi būti patvirtintas vertėjo parašu. Sertifikatai, atestatai bei kiti kompetentingų institucijų išduoti dokumentai gali būti pateikti originalia anglų kalba, kartu neteikiant jų vertimo į lietuvių kalbą.

5.8. Tiekėjas (fizinis ar juridinis asmuo) Perkančiajam subjektui gali pateikti tik vieną pasiūlymą, nepriklausomai nuo to, ar teikiant pasiūlymą jis bus atskiras tiekėjas ar tiekėjų grupės dalyvis (jungtinės veiklos sutarties šalis). Jei tiekėjas pateikia daugiau nei vieną pasiūlymą arba tiekėjų grupės dalyvis dalyvauja teikiant kelis pasiūlymus, visi tokie pasiūlymai bus atmesti.

5.9. Tiekėjas pasiūlymą turi pateikti dėl visos pirkimo apimties, neskaidant jos smulkiau, t. y. tiekėjas pasiūlyme turi siūlyti Programinę įrangą, Programinės įrangos įdiegimo paslaugas, Programinės įrangos priežiūros paslaugas ir visas kitas su Programine įranga susijusias Specifikacijoje nurodytas paslaugas.

5.11. Perkantysis subjektas neleidžia pateikti alternatyvių pasiūlymų. Tiekėjui pateikus alternatyvų pasiūlymą, jo pasiūlymas ir alternatyvus pasiūlymas (alternatyvūs pasiūlymai) bus atmesti.

5.12. Pasiūlymą sudaro tiekėjo pateiktų duomenų ir dokumentų elektroninėje formoje CVP IS priemonėmis visuma:

5.12.1. užpildytas pasiūlymas pagal 2 priedo pasiūlymo formą;

5.12.2. užpildytas Europos bendrasis viešųjų pirkimų dokumentas (6 priedas) (pateikiama XML formatu);

5.12.3. pasiūlymo galiojimo užtikrinimas, jei jis reikalaujamas pirkimo sąlygų 6 skyriuje – užstato sumokėjimą patvirtinančio dokumento arba banko garantijos, arba draudimo bendrovės laidavimo rašto ir tiekėjo įmokos draudimo bendrovei už jos laidavimo rašto išdavimą sumokėjimą patvirtinančios dokumento skaitmeninės kopijos;

5.12.4. įgaliojimas ar kitas dokumentas, pvz., pareigybės aprašymas, suteikiantis teisę tiekėjo vardu pateikti pasiūlymą CVP IS (taikoma, kai pasiūlymą CVP IS pateikia ne tiekėjo vadovas, o kitas asmuo);

5.12.5. subtiekėjų deklaracijos dėl sutikimo būti subtiekėjais, jei dalyvis pasitelkia subtiekėjus (3 priedas). Jei deklaraciją pasirašo ne subtiekėjo vadovas, kartu turi būti pateiktas įgaliojimas ar kitas dokumentas, pvz., pareigybės aprašymas, suteikiantis jam teisę pasirašyti deklaraciją;

5.12.6. jungtinės veiklos sutarties kopija, jei pasiūlymą teikia tiekėjų grupė;

5.12.7. Specifikacijoje reikalaujami aprašymai, schemos ir pan.;

5.12.8. kiti pasiūlymo priedai ir reikalingi dokumentai ar medžiaga.

5.13. Pasiūlymo kaina turi būti pateikiama pasiūlymo dokumentuose – pasiūlyme, parengtame pagal 2 priedo formą. Pirkimo pasiūlymo formos įkainių ir kainų lentelėje turi būti nurodyti visi reikalaujami įkainiai ir kainos.

5.14. Pasiūlyme, parengtame pagal 2 priedo pasiūlymo formą, nurodoma pasiūlymo kaina ir įkainiai turi būti suskaičiuoti ir išreikšti taip, kaip nurodyta 2 priedo formoje. Skaičiuojant pasiūlymo įkainius ir kainą turi būti atsižvelgta į perkamą Programinę įrangą, Programinės įrangos įdiegimo, Programinės įrangos licencijų ir Perkančiojo subjekto konsultavimo kiekius, sąlygas ir terminus, į Specifikacijos reikalavimus, į pasiūlymo kainos ir įkainių sudėtines dalis, į numatytą atsiskaitymo už Programinę įrangą ir jos įdiegimą, į atsiskaitymo už Programinės įrangos licencijų palaikymą ir Perkančiojo subjekto konsultavimą terminus ir sąlygas, į sutarties pratęsimo galimybes, jei tokios galimybės numatytos, bei į visus kitus šio viešojo pirkimo dokumentų reikalavimus. Į Programinės įrangos ir jos įdiegimo įkainius ir kainas, į Programinės įrangos licencijų palaikymo ir Perkančiojo subjekto konsultavimo įkainius ir į pasiūlymo kainą turi būti įskaičiuotos visos tiekėjo Programinės įrangos, Programinės įrangos įdiegimo, Programinės įrangos licencijų palaikymo ir Perkančiojo subjekto konsultavimo išlaidos ir kitos su Programine įranga, Programinės įrangos įdiegimu, Programinės įrangos licencijų palaikymu ir Perkančiojo subjekto konsultavimu susijusios išlaidos, visi kiti galimi nurodyti ir nenurodyti tiekėjo kaštai ir visa galima tiekėjo rizika, susijusi su rinkos kainų svyravimais, ir visos tiekėjo išlaidos, apimančios ir išlaidas E. sąskaitoms teikti, ir viską, ko reikia visiškam ir tinkamam sutarties vykdymui, bei visi mokesčiai, įskaitant PVM. 5.15.Pasiūlyme, parengtame pagal 2 priedo pasiūlymų formą, įkainiai ir kainos turi būti skaičiuojami tikslumo lygiu iki šimtųjų dalių, t. y. nedaugiau nei 2 (du) skaitmenys po kablelio. Pasiūlymo kaina su PVM turi būti nurodyta ir žodžiais. Ši kaina yra skirta tik pasiūlymų įvertinimui.

5.16. Pasiūlymuose pasiūlymų kainos PVM turi būti nurodytas atskirai. Jeigu PVM suma nenurodoma, turi būti nurodytos priežastys, kodėl PVM netaikomas (pvz.: neapmokestinama, 0 proc. PVM tarifas ir t. t.). Ne Lietuvos Respublikoje registruoti tiekėjai privalo į pasiūlymo kainą įskaičiuoti visus privalomus mokesčius, išskyrus Lietuvoje taikomą PVM. Ne Lietuvos Respublikoje registruotas tiekėjas kainas pateikia be PVM – pasiūlymo formoje (2 priedas) PVM tarifo nenurodo, t. y. PVM=0.

5.17. Nustatant sutarties kainodarą, taikoma:

5.17.1. Programinės įrangos bazinio modelio ir jo įdiegimo – fiksuotos kainos su peržiūra kainos apskaičiavimo būdas;

5.17.2. Programinės įrangos pilno modelio ir jo įdiegimo – fiksuotų įkainių su peržiūra kainos apskaičiavimo būdas;

5.17.3. Programinės įrangos licencijų – fiksuotų įkainių su peržiūra kainos apskaičiavimo būdas;

5.17.4. Perkančiojo subjekto konsultavimo – fiksuotų įkainių su peržiūra kainos apskaičiavimo būdas.

5.18. Pirkimo laimėtojas (ekonomiškai naudingiausią pasiūlymą pateikęs dalyvis) bus išrinktas pagal kainos ir kokybės santykį. Vertinant dalyvių pasiūlymus, bus vertinama: dalyvių pasiūlytos Programinės įrangos ir jos įdiegimo, Licencijų ir Perkančiojo subjekto konsultavimo kainos, dalyvių pasiūlyti Perkančiajam subjektui ypatingai svarbių Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ kiekiai, pasiūlymuose nurodytų – pirkimo sutarčiai įvykdyti paskirtų darbuotojų – projekto vadovo ir informacinių sistemų analitiko kvalifikacijos ir patirtys, dalyvių pasiūlyti bazinio biudžeto sudarymo ir ataskaitų modelio įgyvendinimo terminai.

5.19. Tiekėjas, teikdamas pasiūlymą, turi nurodyti, kuri tiekėjo pateikiama informacija (pasiūlymo dalis (-ys)) yra konfidenciali. Tiekėjo pasiūlyme nurodoma konfidenciali informacija turi atitikti Pirkimų įstatymo ir Civilinio kodekso bei kitiems reikalavimams ir turi būti argumentuotai pagrįsta, t. y. konfidencialia informacija nebus laikoma formaliai ir teoriškai pagrįsta konfidenciali informacija. Siekiant, kad Perkantysis subjektas galėtų užtikrinti tiekėjo informacijos konfidencialumą, elektroniniame pasiūlyme esanti konfidenciali informacija turi būti pateikta atskiru dokumentu ar kitaip pažymėta. Tiekėjas dokumento pavadinime nurodo „konfidencialu“ arba ant kiekvieno pasiūlymo lapo, kuriame yra konfidenciali informacija, lapo pradžioje, viršutinės paraštės dešinėje pusėje paryškintomis raidėmis rašo žodį „konfidencialu“. Konfidencialia negalima laikyti informacijos, nurodytos Pirkimų įstatymo 32 straipsnio 2 dalyje. Jeigu Perkančiajam subjektui kyla abejonių dėl tiekėjo pasiūlyme nurodytos informacijos konfidencialumo, jis prašo tiekėjo įrodyti, kodėl nurodyta informacija yra konfidenciali. Jeigu tiekėjas per Xxxxxxxxxxx subjekto nurodytą terminą, kuris negali būti trumpesnis nei 5 darbo dienos, nepateikia tokių įrodymų arba pateikia netinkamus įrodymus, laikoma, kad tokia informacija yra nekonfidenciali.

5.20. Elektroninis pasiūlymas CVP IS priemonėmis turi būti pateiktas iki 2020 m. d. 9 val. 00 min. Lietuvos laiku. Vėliau gautas elektroninis pasiūlymas nenagrinėjamas.

5.21. Pasiūlymas turi galioti netrumpiau nei 120 kalendorinių dienų nuo paskutinės pasiūlymų pateikimo dienos, šią dieną įskaičiuojant į pasiūlymų galiojimo laikotarpį. Jei pasiūlyme nenurodytas jo galiojimo laikas, laikoma, kad pasiūlymas galioja tiek, kiek nustatyta pirkimo dokumentuose. Jei pasiūlyme nurodytas trumpesnis jo galiojimo terminas, pasiūlymas bus atmestas.

5.22. Tiekėjas iki galutinio pasiūlymų pateikimo termino pabaigos turi teisę pakeisti arba atšaukti savo pasiūlymą. Norėdamas atšaukti arba pakeisti pasiūlymą, tiekėjas CVP IS pasiūlymo lange spaudžia „Atsiimti pasiūlymą”. Norėdamas vėl pateikti atšauktą ir pakeistą pasiūlymą, tiekėjas turi jį pateikti iš naujo. Suėjus pasiūlymų pateikimo terminui atšaukti ar pakeisti pasiūlymo nebus galima.

5.23. Tiekėjas prisiima visus kaštus, susijusius su pasiūlymo rengimu ir įteikimu. Perkantysis subjektas nėra atsakingas ar įpareigotas dėl šių kaštų. Perkantysis subjektas neatsakys ir neprisiims šių išlaidų, nepriklausomai nuo to, kaip vyktų ir baigtųsi pirkimas. Perkantysis subjektas neatsako už elektros tiekimo, CVP IS sutrikimus ar už pavėluotai gautą pasiūlymą.

6. PASIŪLYMŲ GALIOJIMO UŽTIKRINIMO IR PIRKIMO SUTARTIES ĮVYKDYMO

UŽTIKRINIMO REIKALAVIMAI

6.1. Perkantysis subjektas nereikalauja, kad tiekėjo pateikiamo pasiūlymo galiojimas būtų užtikrintas.

6.2. Perkantysis subjektas reikalauja, kad sutarties įvykdymas būtų užtikrintas netesybomis, kaip nurodyta pirkimo sutarties projekte (pirkimo sąlygų 4 priedas).

7. PIRKIMO DOKUMENTŲ PAAIŠKINIMAI, PATIKSLINIMAI, PAKEITIMAI

7.1. Tiekėjas tik CVP IS susirašinėjimo priemonėmis gali prašyti, kad Perkantysis subjektas paaiškintų pirkimo dokumentus. Perkančiojo subjekto ir tiekėjų paklausimai ir atsakymai vieni kitiems, atliekant viešųjų pirkimų procedūras, turi būti lietuvių kalba.

7.2. Perkantysis subjektas atsako į kiekvieną tiekėjo rašytinį prašymą paaiškinti pirkimo sąlygas, jeigu prašymas gautas nevėliau nei prieš 5 (penkias) darbo dienas iki pasiūlymų pateikimo termino pabaigos.

7.3. Perkantysis subjektas į gautą prašymą paaiškinti pirkimo sąlygas atsako neilgiau nei per 3 (tris) darbo dienas nuo jo gavimo dienos. Perkantysis subjektas, CVP IS susirašinėjimo priemonėmis atsakydamas tiekėjui, kartu CVP IS susirašinėjimo priemonėmis siunčia paaiškinimus ir visiems kitiems prie pirkimo CVP IS prisijungusiems tiekėjams. Atsakymas siunčiamas taip, kad prie pirkimo CVP IS prisijungę tiekėjai jį gautų nevėliau nei likus 4 (keturioms) dienoms iki pasiūlymų pateikimo termino pabaigos.

7.4. Nesibaigus pirkimo pasiūlymų pateikimo terminui, Perkantysis subjektas savo iniciatyva turi teisę paaiškinti (patikslinti) pirkimo sąlygas. Perkantysis subjektas tokius paaiškinimus (patikslinimus) CVP IS susirašinėjimo priemonėmis išsiunčia visiems prie pirkimo CVP IS prisijungusiems tiekėjams ir patalpina CVP IS nevėliau nei likus 4 (keturioms) dienoms iki pasiūlymų pateikimo termino pabaigos.

7.5. Jeigu Perkantysis subjektas negali pirkimo sąlygų paaiškinimų (patikslinimų) pateikti taip, kad visi prie pirkimo CVP IS prisijungę tiekėjai juos gautų nevėliau nei likus 4 (keturioms) dienoms iki pasiūlymų pateikimo termino pabaigos, Perkantysis subjektas pasiūlymų pateikimo terminą pratęsia protingumo kriterijų atitinkančiam terminui, per kurį tiekėjai, rengdami pasiūlymus, galėtų atsižvelgti į šiuos paaiškinimus (patikslinimus) ir tinkamai parengti pasiūlymus. Apie pasiūlymų pateikimo termino pratęsimą Perkantysis subjektas CVP IS susirašinėjimo priemonėmis praneša prie pirkimo CVP IS prisijungusiems tiekėjams, pranešimą apie tai patalpina CVP IS, ten pat, kur skelbiami ir pirkimo dokumentai, bei paskelbia skelbimą apie pirkimo skelbimo patikslinimą – pasiūlymų pateikimo termino pratęsimą. Paskelbus skelbimą apie pirkimo skelbimo patikslinimą, Perkantysis subjektas pirkimo sąlygų paaiškinimus (patikslinimus) CVP IS susirašinėjimo priemonėmis išsiunčia visiems prie pirkimo CVP IS prisijungusiems tiekėjams ir patalpina CVP IS, ten pat, kur skelbiami ir pirkimo dokumentai.

7.6. Tuo atveju, kai patikslinant pirkimo sąlygas, reikia patikslinti ir pirkimo skelbimą, Perkantysis subjektas atitinkamai patikslina skelbimą apie pirkimą ir paskelbia skelbimą apie pirkimo skelbimo patikslinimą ir, jei reikia, pratęsia pasiūlymų pateikimo terminą protingumo kriterijų atitinkančiam terminui, per kurį tiekėjai, rengdami pasiūlymus, galėtų atsižvelgti į patikslinimus. Apie pasiūlymų pateikimo termino pratęsimą Perkantysis subjektas CVP IS susirašinėjimo priemonėmis praneša prie pirkimo CVP IS prisijungusiems tiekėjams, pranešimą apie tai patalpina CVP IS, ten pat, kur skelbiami ir pirkimo dokumentai, bei paskelbia skelbimą apie pirkimo skelbimo patikslinimą. Paskelbus skelbimą apie pirkimo sąlygų patikslinimą, Perkantysis subjektas pirkimo sąlygų pirkimo sąlygų patikslinimus CVP IS susirašinėjimo priemonėmis išsiunčia visiems prie pirkimo CVP IS prisijungusiems tiekėjams ir patalpina CVP IS, ten pat, kur skelbiami ir pirkimo dokumentai.

7.7. Perkantysis subjektas, atsakydamas į tiekėjų prašymus paaiškinti pirkimo sąlygas, paaiškindamas ar patikslindamas pirkimo dokumentus, garantuoja užtikrinti tiekėjų anonimiškumą, t. y. užtikrina, kad tiekėjas nesužinotų kitų pirkimo procedūrose dalyvaujančių tiekėjų pavadinimų ir kitų rekvizitų.

7.8. Perkantysis subjektas susitikimų su tiekėjais dėl pirkimo dokumentų paaiškinimų nerengs.

8. PASIŪLYMŲ ŠIFRAVIMAS

8.1. Tiekėjas elektroniniu būdu CVP IS priemonėmis teikiamą pasiūlymą gali užšifruoti. Instrukciją, kaip tiekėjas gali užšifruoti elektroniniu būdu CVP IS priemonėmis teikiamą pasiūlymą, galima rasti VPT interneto svetainėje xxxx://xxx.xxx.xx/xxxxxxx/xxx/xxxxxxxxx/xxxxx/xxxxxxxxxxx_xxxxxxxxxxx.xxx.

8.2. Tiekėjas, nusprendęs pateikti užšifruotą pasiūlymą, turi:

8.2.1. nevėliau nei iki pirkimo sąlygų 5.20 punkte nurodyto pasiūlymų pateikimo termino pabaigos naudodamasis CVP IS priemonėmis pateikti užšifruotą pasiūlymą – užšifruoti visus CVP IS prijungiamus („prisegamus“) pasiūlymo dokumentus – ir užpildytą pasiūlymo formą, parengtą pagal šių pirkimo sąlygų 2 priedo formą, ir kitus dokumentus arba užšifruoti tik CVP IS prijungiamą („prisegamą“) pasiūlymo dokumentą, kuriame nurodyta pasiūlymo kaina – užpildytą pasiūlymą parengtą pagal šių pirkimo sąlygų 2 priedo formą;

8.2.2. suėjus pirkimo sąlygų 5.20 punkte nurodytam pasiūlymų pateikimo terminui, bet neilgiau nei per 45 min. nuo šio termino pabaigos CVP IS susirašinėjimo priemonėmis pateikti slaptažodį, su kuriuo Perkantysis subjektas galės iššifruoti tiekėjo CVP IS pateiktą užšifruotą pasiūlymą – „išskleisti“ CVP IS tiekėjo prijungtus („prisegtus“) pasiūlymo dokumentus (toliau – slaptažodis).

8.3. Tiekėjui užšifravus elektroniniu būdu CVP IS priemonėmis teikiamą pasiūlymą ir iki 8.2.2 papunktyje nurodyto termino pabaigos dėl jo paties kaltės nepateikus Perkančiajam subjektui slaptažodžio arba pateikus neteisingą slaptažodį, kuriuo naudodamasis Perkantysis subjektas negalėjo iššifruoti pasiūlymo –„išskleisti“ tiekėjo CVP IS prijungtų („prisegtų“) pasiūlymo dokumentų, tai:

8.3.1. jei tiekėjas užšifravo visą elektroniniu būdu CVP IS priemonėmis teikiamą pasiūlymą – visus prijungiamus („prisegamus“) pasiūlymo dokumentus – pasiūlymas bus laikomas nepateiktu ir nevertinamas;

8.3.2. jei tiekėjas užšifravo tik pasiūlymo dokumentą, kuriame nurodyta pasiūlymo kaina – tik CVP IS prijungtą („prisegtą“) užpildytą pasiūlymo formą, parengtą pagal šių pirkimo sąlygų 2 priedo formą, o kitus pasiūlymo dokumentus CVP IS pateikė neužšifruotus – Perkantysis subjektas tiekėjo pasiūlymą atmes kaip neatitinkantį pirkimo dokumentuose nustatytų reikalavimų (tiekėjas nepateikė pasiūlymo kainos).

8.4. Iškilus CVP IS techninėms problemoms, kai tiekėjas neturi galimybės pateikti Perkančiajam subjektui slaptažodžio CVP IS susirašinėjimo priemonėmis, tiekėjas turi teisę slaptažodį Perkančiajam subjektui pateikti kitomis priemonėmis pasirinktinai: Perkančiojo subjekto oficialiu elektroniniu paštu, faksu arba raštu. Tokiu atveju tiekėjas turėtų būti aktyvus ir įsitikinti, kad pateiktas slaptažodis laiku pasiekė adresatą (pavyzdžiui, susisiekęs su Perkančiuoju subjektu oficialiu jo telefonu ir (arba) kitais būdais). Tiekėjas pateikti slaptažodį ne CVP IS susirašinėjimo priemonėmis gali tik tuo atveju, jeigu buvo užfiksuotos techninės problemos (techninė problema – tai nustatytas CVP IS sutrikimas, dėl kurio daugiau nei 10 registruotų naudotojų (skirtingose organizacijose) negali vykdyti būtinų funkcijų, t. y. neįmanoma prisijungti prie CVP IS (xxxxx://xxxxxxxx.xxxxxxxxxxxxxxxxx.xx/), neveikia CVP IS susirašinėjimo funkcija, neatsidaro pasiūlymų pateikimo langas, ar kitas būtinų funkcijų sutrikimas ir informacija apie CVP IS sutrikimą yra paskelbta VPT internetinėje svetainėje (xxxx://xxx.xxx.xx).

9. SUSIPAŽINIMAS SU GAUTAIS PASIŪLYMAIS

9.1. Pradinis susipažinimas su CVP IS priemonėmis gautais pasiūlymais (CVP IS elektroninių vokų atplėšimo procedūra) vyks Perkančiojo subjekto Komisijos posėdyje neanksčiau nei po 45 min. pasibaigus pirkimo sąlygų

5.20 punkte nurodytam pasiūlymo pateikimo terminui adresu Žolyno g. 15, LT-10209 Vilniuje, posėdžių salėje – 200 kab. II aukšte.

9.2. Tiekėjai negali dalyvauti susipažinimo su CVP IS priemonėmis pateiktais pasiūlymais procedūroje, Komisijos posėdžiuose, kuriuose atliekamos pasiūlymų nagrinėjimo, vertinimo ir palyginimo procedūros. Komisijos posėdžiuose stebėtojai, kaip nurodyta Pirkimų įstatymo 31 straipsnio 4 dalyje, dalyvauti nekviečiami.

10. PASIŪLYMŲ NAGRINĖJIMAS, VERTINIMAS IR PALYGINIMAS

10.1. Komisija nagrinėja, vertina ir palygina pasiūlymus, t. y.:

10.1.1. tikrina dalyvių EBVPD pateiktą informaciją bei priima sprendimą dėl kiekvieno pasiūlymą pateikusio dalyvio atitikties pirkimo sąlygų 3.4 punkte nurodytiems reikalavimams ir kiekvienam iš jų nevėliau nei per 3 (tris) darbo dienas raštu praneša apie šio patikrinimo rezultatus, pagrįsdama priimtus sprendimus. Teisę dalyvauti tolesnėse pirkimo procedūrose turi tik tie dalyviai, kurie atitinka Perkančiojo subjekto keliamus reikalavimus;

10.1.2. nagrinėja, vertina dalyvių pateiktų pasiūlymų ir jų kainų atitiktį pirkimo dokumentuose ir Pirkimų įstatyme nustatytiems reikalavimams, palygina dalyvių pateiktus pasiūlymus;

10.1.3. nustato dalyvį, kuris gali būti pripažintas pirkimo laimėtoju (ekonomiškai naudingiausią pasiūlymą pateikusį dalyvį);

10.1.4. įvertina ekonomiškai naudingiausią pasiūlymą pateikusio dalyvio jo pašalinimo pagrindų nebuvimą patvirtinančius aktualius dokumentus, dalyvio kvalifikacijos atitiktį pirkimo sąlygose nustatytiems reikalavimams, jei šie reikalavimai pirkimo sąlygose nustatyti, patvirtinančius dokumentus ir dalyvio kokybės vadybos sistemos ir (ar) aplinkos apsaugos vadybos sistemos atitiktį standartams, jei tai pirkimo sąlygose reikalaujama, patvirtinančius dokumentus. Jeigu dalyvis, kurio buvo paprašyta pateikti jo pašalinimo pagrindų nebuvimą patvirtinančius aktualius dokumentus ir (ar) dalyvio kvalifikacijos atitiktį pirkimo sąlygose nustatytiems reikalavimams patvirtinančius dokumentus, ir (ar) dalyvio kokybės vadybos sistemos ir (ar) aplinkos apsaugos vadybos sistemos atitiktį pirkimo sąlygose nustatytiems standartams patvirtinančius dokumentus, šių dokumentų nepateikia ar pateikia netikslius duomenis ir Perkančiojo subjekto prašymu jų nepatikslina, ar Perkantysis subjektas nustato, kad yra bent vienas pirkimo sąlygose nustatytas dalyvio pašalinimo pagrindas ar (ir) dalyvio kvalifikacija neatitinka pirkimo sąlygose nustatytų reikalavimų, ir (ar) dalyvio kokybės vadybos sistemos ir (ar) aplinkos apsaugos vadybos sistemos neatitinka pirkimo sąlygose reikalaujamų standartų, tokiu atveju Perkantysis subjektas įvertina kito ekonomiškai naudingiausią pasiūlymą pateikusio dalyvio jo pašalinimo pagrindų nebuvimą patvirtinančius aktualius dokumentus, dalyvio kvalifikacijos atitiktį pirkimo sąlygose nustatytiems reikalavimams patvirtinančius dokumentus ir dalyvio kokybės vadybos sistemos ir (ar) aplinkos apsaugos vadybos sistemos atitiktį pirkimo sąlygose nustatytiems standartams patvirtinančius dokumentus;

10.1.5. atsižvelgiant į pasiūlymų ekonominį naudingumą nustato pasiūlymų eilę (išskyrus atvejį, kai pasiūlymą pateikia tik vienas tiekėjas). Tuo atveju, kai kelių dalyvių pasiūlymų ekonominis naudingumas yra vienodas, sudarant pasiūlymų eilę pirmesnis į šią eilę įrašomas dalyvis, kurio pasiūlymas pateiktas anksčiausiai.

10.2. Nagrinėjant dalyvio pateiktą pasiūlymą ir nustačius, kad dalyvis pateikė netikslius, neišsamius ar klaidingus dokumentus ar duomenis, patvirtinančius jo pašalinimo pagrindų nebuvimą, ar (ir) jo kvalifikacijos atitiktį pirkimo sąlygose nustatytiems reikalavimams, ar (ir) jo kokybės vadybos sistemos ir (ar) aplinkos apsaugos vadybos sistemos atitiktį pirkimo sąlygose reikalaujamiems standartams, ar šių dokumentų ar duomenų trūksta, bei kilus kitiems pasiūlymų nagrinėjimo neaiškumams, laikomasi šių sąlygų:

10.2.1. Perkantysis subjektas raštu, nepažeisdamas lygiateisiškumo ir skaidrumo principų, prašo dalyvio tokius dokumentus ar duomenis patikslinti, papildyti arba paaiškinti per jo nustatytą protingą terminą;

10.2.2. dalyvis iki Perkančiojo subjekto nustatyto termino pabaigos raštu privalo atsakyti į prašymą ir patikslinti, papildyti arba paaiškinti pasiūlymą, kaip reikalauja Perkantysis subjektas;

10.2.3. tikslinami, papildomi, paaiškinami ir pateikiami nauji gali būti tik dokumentai ar duomenys, nesusiję su pirkimo objektu, jo techninėmis charakteristikomis, sutarties vykdymo sąlygomis ar pasiūlymo kaina, pvz.: dokumentai, kuriais dalyvis siekia įrodyti, kad jo pašalinimo pagrindų nėra, dalyvio įgaliojimas asmeniui pateikti dalyvio pasiūlymą CVP IS, jungtinės veiklos sutartis, pasiūlymo galiojimo užtikrinimo dokumentai ir pan.;

10.2.4. kiti dalyvio pasiūlymo dokumentai ar duomenys gali būti tikslinami, pildomi ir paaiškinami (negali būti pateikiami nauji dokumentai ar duomenys). Tikslinant, pildant ir paaiškinant šiuos dokumentus ir duomenis neleidžiama pakeisti pasiūlymo esmės – pakeisti pasiūlymo kainą arba padaryti kitų pakeitimų, dėl kurių pirkimo dokumentų reikalavimų neatitinkantis pasiūlymas taptų atitinkantis pirkimo dokumentų reikalavimus;

10.2.5. pasiūlymų vertinimo metu radus pasiūlyme nurodytos kainos apskaičiavimo klaidų, dalyvio raštu prašoma per Perkančiojo subjekto nurodytą terminą ištaisyti pasiūlyme pastebėtas aritmetines klaidas. Taisydamas pasiūlyme nurodytas aritmetines klaidas, dalyvis gali taisyti kainos sudedamąsias dalis, tačiau neturi teisės atsisakyti kainos sudedamųjų dalių arba papildyti kainą naujomis dalimis, taip pat neturi teisės keisti pasiūlyme nurodytų įkainių;

10.2.6. Perkantysis subjektas reikalaus, kad dalyvis pagrįstų pasiūlyme nurodytą pasiūlymo ar jo sudedamųjų dalių kainą, jeigu ji atrodo neįprastai maža. Pasiūlyme nurodyta pasiūlymo kaina visais atvejais laikoma neįprastai maža, jeigu ji yra 30 ir daugiau procentų mažesnė už visų dalyvių, kurių pasiūlymai neatmesti dėl kitų priežasčių ir kurių pasiūlyta kaina neviršija pasiūlymų įvertinimui numatytų lėšų, nustatytų ir užfiksuotų Perkančiojo subjekto rengiamuose dokumentuose prieš pradedant pirkimo procedūrą, pasiūlytų kainų aritmetinį vidurkį. Perkantysis subjektas, siekdamas, kad neįprastai mažos kainos būtų pagrįstos, vadovaujasi Pirkimų įstatymo 66 straipsnio nuostatomis.

10.3. Pasiūlymuose nurodytos kainos ir įkainiai bus vertinami eurais. Jeigu pasiūlymuose kainos ir įkainiai nurodyti užsienio valiuta, jie bus perskaičiuojami eurais pagal Europos Centrinio Banko skelbiamą orientacinį euro ir

užsienio valiutų santykį, o tais atvejais, kai orientacinio euro ir užsienio valiutų santykio Europos Centrinis Bankas neskelbia, – pagal Lietuvos banko nustatomą ir skelbiamą orientacinį euro ir užsienio valiutų santykį paskutinę pasiūlymų pateikimo termino dieną.

10.4. Bus vertinamos žodžiais nurodytos pasiūlymų kainos su PVM. Jeigu pasiūlymo kaina nebus nurodyta žodžiais, bus vertinama skaičiais nurodyta pasiūlymo kaina. Jei dalyviui PVM netaikomas, tai vertinant pasiūlymą prie jo pasiūlytos kainos tik vertinimo tikslais bus priskaičiuotas PVM.

10.5. Perkantysis subjektas gali nevertinti viso dalyvio pasiūlymo, jeigu patikrinęs jo dalį nustato, kad pasiūlymas, vadovaujantis pirkimo sąlygų arba Pirkimų įstatymo, arba Viešųjų pirkimų įstatymo reikalavimais, turi būti atmetamas, t. y. pasiūlymas yra netinkamas arba nepriimtinas.

10.6. Xxxxxxx, kuris gali būti pripažintas pirkimo laimėtoju (ekonomiškai naudingiausią pasiūlymą pateikęs dalyvis) išrenkamas pagal kainos ir kokybės santykį (E).

10.7. Pirkimo dalyvių, kurių pasiūlymai neatmesti dėl kitų priežasčių, kainos ir kokybės santykis pagal dalyvių pateiktus pasiūlymus bus suskaičiuotas pagal formulę:

𝑬 = 𝑪 + 𝑸,

kur:

E – Xxxxxxx pasiūlymo kainos ir kokybės įvertinimas (santykis) (balais);

C – Xxxxxxx pasiūlymo įvertinimas pagal kriterijų „Kaina“ (balais);

Q – Xxxxxxx pasiūlymo įvertinimas pagal kriterijų „Kokybė“ (balais).

10.7.1. Xxxxxxx pasiūlymo vertinimo kriterijus „Kaina“ (C) bus suskaičiuotas pagal formulę:

𝑷

kur:

𝑪 = 𝑿 − 𝑿

𝑪𝑷𝑺

𝑵

∙ 𝑪𝑫,

𝑿 – kriterijaus „Kaina“ (C) lyginamojo svorio koeficientas – 60.

𝑵

𝑪𝑷𝑺 – Perkančiojo subjekto pasiūlymų palyginimui numatyta Programine įrangos ir jos įdiegimo, Licencijų ir Perkančiojo subjekto konsultavimo suma be PVM eurais – 100 000,00;

𝑷

𝑪𝑫 – vertinamo dalyvio Programine įrangos ir jos įdiegimo, Licencijų ir Perkančiojo subjekto konsultavimo pasiūlymo kainų be PVM suma eurais, t. y. vertinamo dalyvio pasiūlymo, parengto pagal 2 priedą, 1 lentelės 5 skiltyje nurodytų reikšmių suma – viso pirkimo objekto kaina be PVM, t. y. pasiūlymo kaina be PVM (kaina (A)) eurais.

10.7.2. Xxxxxxx pasiūlymo vertinimo kriterijus „Kokybė“ (Q) bus suskaičiuotas pagal formulę:

𝑸 = 𝑸𝟏 + 𝑸𝟐 + 𝑸𝟑 + 𝑸𝟒 × 𝒀

𝟏𝟎𝟎

kur:

𝑸𝟏 – vertinamo dalyvio balas už jo pasiūlyme pasiūlytų Programinės įrangos Perkančiajam subjektui ypatingai svarbių Techninių ir funkcinių savybių su požymių „Privalumas“ kiekį, t. y. vertinamo dalyvio balas už jo pasiūlymo, parengto pagal 2 priedą, 2 lentelės Programinės įrangos Techninių ir funkcinių savybių su požymių

„Privalumas“ 5 ir 6 skiltyse pasiūlytų Standartinių [S] ir Modifikuotų [M] savybių kiekį, skaičiuojamas pagal formulę:

𝑸𝟏 = 𝒒𝑫 + 𝒒𝑫 + 𝒒𝑫 + 𝒒𝑫 + 𝒒𝑫

𝟏 𝟐 𝟑 𝟒 𝟓

𝟏

𝒒𝑫 – vertinamo dalyvio balas už jo pasiūlyme 2 lentelės Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [1]:

72	Išsaugoti suformuotus informacijos pjūvius kaip sistemos ataskaitą su veikiančiais duomenų šaltinių sąryšiais turinio valdymo kataloge. Turi būti galimybė pasirinkti norimą katalogą arba susikurti naują katalogą.
87	Formuoti ataskaitos maketą, pasirenkant galimybę ataskaitą skaidyti į atskirus loginius puslapius ir / arba turinio sekcijas, su priskirtomis lentelėmis ir grafikais.
115	Sistema turi turėti galimybę palaikyti multivaliutinius modelius, t. y. duomenys kuriami viena valiuta ir automatiškai konvertuojami į ataskaitų valiutą (-as).
116	Sistema turi turėti galimybę konvertuoti valiutas, t. y. visus (arba pasirinktus) duomenis konvertuoti iš vienos valiutos į kitą, pasirenkant ir nurodant koks valiutos kursas turi būti taikomas (Vidutinis, atskaitomybės dienos, istorinis ir pan.)

kiekį, skaičiuojamas pagal formulę:

𝟏

𝒒𝑫 = 𝑺𝑫

∙ 𝒚𝟏,

𝟏 𝟒 𝟏

kur:

𝟏

𝑺𝑫 – vertinamo dalyvio pasiūlyme 2 lentelės Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [1] kiekis;

4 – maksimalus Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [1] kiekis;

𝒚𝟏 – kriterijaus 𝒒𝑫 lyginamojo svorio koeficientas – 4.

𝟏 𝟏

𝟐

Formatuoti duomenis, nustatant skaitinių reikšmių atvaizdavimo parametrus.

Turi būti suteikta galimybė programos vedlio pagalba kurti ataskaitos interaktyvius laikotarpio ir dimensijų bei rodiklių

reikšmių pasirinkimo filtrus ir parametrus.

132

Nustatyti duomenų šifravimo parametrus: šifravimo rakto parametrus, SSL kodavimo parametrus ir šifravimo algoritmo

parametrus.

kiekį, skaičiuojamas pagal formulę:

𝟐

𝒒𝑫 = 𝑺𝑫

∙ 𝒚𝟐,

𝟐 𝟑 𝟏

kur:

𝟐

3 – maksimalus Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [2] kiekis;

𝒚𝟐 – kriterijaus 𝒒𝑫 lyginamojo svorio koeficientas – 6.

𝟏 𝟐

𝟑

18	Turi būti numatyta galimybė atpažinti vartotoją ir suteikti jam teises pagal įvestą vartotojo informaciją Windows operacinės sistemos pakrovimo vartotojo darbo vietos kompiuteryje metu.
63	Sistemoje turi būti realizuotos duomenų dubliavimo prevencijos priemonės.
94	Turi būti suteikta galimybė „drag-and-drop“ principu įterpti į ataskaitos darbalaukį neribojamą skaičių pasirinktų ataskaitos objektų ir jiems nustatyti atvaizdavimo parametrus: filtrus, tekstinius objektus, lenteles, „pivot“ tipo lenteles, grafikus, grafinius paveikslėlius ir nuotraukas ir kt. elementus.
99	Sistemos kataloguose sugeneruotų ir išsaugotų ataskaitų versijos turi būti saugomos sistemos vidinėje saugykloje.
113	Turi būti numatyta galimybė struktūrinių prielaidų rezultatus palyginti su faktiniais duomenimis OLAP analizės komponentės, „ad-hoc“ užklausų kūrimo ir standartinių ataskaitų kūrimo komponenčių priemonėmis

kiekį, skaičiuojamas pagal formulę:

𝟑

𝒒𝑫 = 𝑺𝑫

∙ 𝒚𝟑,

𝟑 𝟓 𝟏

kur:

𝟑

5 – maksimalus Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [3] kiekis;

𝒚𝟑 – kriterijaus 𝒒𝑫 lyginamojo svorio koeficientas – 15.

𝟏 𝟑

𝟒

37	Automatizuotų išankstinių perspėjimų komponentė.
62	Duomenų korektiškumo tikrinimo mechanizmas turi apimti papildomas aritmetines ar logines duomenų patikrinimo taisykles, korektiškumo tikrinimo taisykles.
81	Sukurti filtrus, kurie gali turėti interaktyvaus elemento savybes, t. y. paleidžiant išsaugotą ataskaitą iš naujo, vartotojo paprašoma įvesti arba pasirinkti filtravimo kriterijaus reikšmę.
128	Sistemos administravimo komponentė turi suteikti galimybę valdyti ir nustatyti visų aukščiau išvardintų komponenčių ir susijusių servisų vykdymo parametrus.

kiekį, skaičiuojamas pagal formulę:

𝑺

𝑫

𝒒𝑫 = 𝟒

∙ 𝒚𝟒,

𝟒 𝟒 𝟏

kur:

𝟒

4 – maksimalus Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [4] kiekis;

𝒚𝟒 – kriterijaus 𝒒𝑫 lyginamojo svorio koeficientas – 16.

𝟏 𝟒

𝟓

10	Sistema turi būti integrali su pašto sistema MS Exchange pašto serveriu (SMTP) ir naudoti šios sistemos galimybę siųsti ataskaitas el. paštu.
17	Vienos darbo sesijos metu vartotojas turi būti identifikuojamas ir autorizuojamas vieną ir tik vieną kartą (angl. single sign-on).
19	Turi būti numatyta galimybė jungtis ir kitu sistemos vartotoju.
61	Sistemoje turi būti realizuotas duomenų korektiškumo tikrinimas
69	Riboti analizės lentelės dydį, ignoruojant lentelės ląsteles su nulinėmis skaitinėmis reikšmėmis ir ląsteles be duomenų.
82	Apibrėžti sąlyginio ataskaitos formatavimo sąlygas. Turi būti suteikta galimybė pagal nurodytas sąlygas dinamiškai formatuoti duomenų eilutes, pavyzdžiui pakeisti teksto arba lentelės ląstelės fono spalvą.
86	Įterpti į ataskaitą norimo tipo grafiką.
106	Turi būti funkcionalumas leidžiantis rengti biudžetą planuojant augimą (pokytį) įvairaus lygio kategorijose ir turint galimybę pasirinkti duomenų paskirstymo žemesniems nariams taisyklę, išlaikant galimybę visada planuoti ir absoliutines atitinkamo rodiklio reikšmes. t. y. galimybė rengti biudžetą planuojant pokytį pasirinktos bazės atžvilgiu turi būti realizuotas nefiksuojant formules biudžeto modelyje.
119	Turi būti numatyta galimybė dirbti betarpiškai su veiklos planavimo komponentės struktūrinių prielaidų kubais MS Excel aplikacijos programinėje terpėje.

kiekį, skaičiuojamas pagal formulę:

𝟓

𝒒𝑫 = 𝑺𝑫

∙ 𝒚𝟓,

𝟓 𝟗 𝟏

kur:

𝟓

9 – maksimalus Programinės įrangos Techninių ir funkcinių savybių su požymių „Privalumas“ 5 ir 6 skiltyse nurodytų Standartinių [S] ir Modifikuotų [M] savybių [5] kiekis;

𝒚𝟓 – kriterijaus 𝒒𝑫 lyginamojo svorio koeficientas – 45;

𝟏 𝟓

𝑸𝟐 - vertinamo dalyvio balas už jo pasiūlyme nurodyto – pirkimo sutarčiai įvykdyti paskirto darbuotojo – projekto vadovo kvalifikaciją ir patirtį, skaičiuojamas pagal formulę:

𝑷𝑫𝟏 – 𝟏

kur:

𝑸𝟐 =

𝒑

𝟗 − 𝟏

∙ 𝒚𝟐

𝒑

𝑷𝑫𝟏 – vertinamo dalyvio pasiūlymo 3 lentelėje nurodyta pirkimo sutarčiai įvykdyti paskirto darbuotojo – projekto vadovo – įgyvendintų informacinės sistemos diegimo projektų, kuriems jis vadovavo, skaičius;

1 – minimalus reikalavimas – bent vienas įgyvendintas informacinės sistemos diegimo projektas, kuriam vadovavo ir įgyvendino pirkimo sutarčiai įvykdyti dalyvio paskirtas darbuotojas – projekto vadovas;

9 – maksimalus vertinamas (skaičiuojamas) įgyvendintų informacinių sistemų diegimo projektų skaičius, kuriems vadovavo ir įgyvendino pirkimo sutarčiai įvykdyti dalyvio paskirtas darbuotojas – projekto vadovas;

𝒚𝟐 – kriterijaus lyginamojo svorio koeficientas – 4.

𝑸𝟑 - vertinamo dalyvio balas už jo pasiūlyme nurodyto – pirkimo sutarčiai įvykdyti paskirto darbuotojo – informacinių sistemų analitiko kvalifikaciją ir patirtį, skaičiuojamas pagal formulę:

𝑷𝑫𝟐 – 𝟏

kur:

𝑸𝟑 =

𝒑

𝟗 − 𝟏

∙ 𝒚𝟑

𝒑

𝑷𝑫𝟐 – vertinamo dalyvio pasiūlymo 4 lentelėje nurodyta pirkimo sutarčiai įvykdyti paskirto darbuotojo – informacinių sistemų analitiko patirtis – įgyvendintų informacinės sistemos diegimo projektų, kuriuose jis vykdė informacinių sistemų analizės ir sprendimo projektavimo, skaičius;

1 – minimalus reikalavimas – bent vienas įgyvendintas informacinės sistemos diegimo projektas, kurį įgyvendino pirkimo sutarčiai įvykdyti dalyvio paskirtas darbuotojas – informacinių sistemų analitikas, kuriame jis vykdė informacinių sistemų analizės ir sprendimo projektavimo darbus;

9 – maksimalus vertinamas (skaičiuojamas) įgyvendintų informacinės sistemos diegimo projektų skaičius, kuriuos įgyvendino pirkimo sutarčiai įvykdyti dalyvio paskirtas darbuotojas – informacinių sistemų analitikas, kuriuose jis vykdė informacinių sistemų analizės ir sprendimo projektavimo darbus;

𝒚𝟑 – kriterijaus lyginamojo svorio koeficientas – 4.

𝑸𝟒 - vertinamo dalyvio balas už jo pasiūlyme pasiūlyto bazinio biudžeto sudarymo ir ataskaitų modelio įgyvendinimo terminą, įsipareigojimus įvykdant greičiau nei Specifikacijoje nurodyti terminai, t. y. greičiau nei 4 mėn., skaičiuojamas pagal formulę:

kur:

𝑸𝟒

𝟒 – 𝑴𝑫

𝒑

𝟒 – 𝟏

∙ 𝒚𝟒

4 – maksimalus terminas – 4 mėnesiai, kurį dalyvis gali pasiūlyti bazinio biudžeto sudarymo ir ataskaitų modelio įgyvendinimui;

𝒑

𝑴𝑫 – vertinamo dalyvio pasiūlymo 5 lentelėje pasiūlytas bazinio biudžeto sudarymo ir ataskaitų modelio įgyvendinimo terminas mėnesiais;

1 – minimalus terminas – 1 mėnuo, kurį dalyvis gali pasiūlyti bazinio biudžeto sudarymo ir ataskaitų modelio įgyvendinimui;

𝒚𝟒 – kriterijaus lyginamojo svorio koeficientas – 6.

𝒀 – kriterijaus „Kokybė“ (Q) lyginamojo svorio koeficientas – 40.

10.7.3. Ekonomiškai naudingiausiu pasiūlymu bus laikomas didžiausiu kainos ir kokybės santykiu (E) įvertintas pasiūlymas.

10.8. Pirkimo laimėtojas (ekonomiškai naudingiausią pasiūlymą pateikęs dalyvis) – pasiūlymų eilės pirmoje vietoje esantis dalyvis arba, jei pasiūlymų eilė nesudaroma – ekonomiškai naudingiausią pasiūlymą pateikęs dalyvis.

11. PASIŪLYMŲ ATMETIMO PRIEŽASTYS

11.1. Komisija ekonomiškai naudingiausią pasiūlymą nustato laimėjusiu, jeigu jis tenkina visas šias sąlygas:

11.1.1. pasiūlymas atitinka pirkimo dokumentuose nustatytus reikalavimus ir sąlygas;

11.1.2. dalyvis nėra pašalintas vadovaujantis pirkimo sąlygų 3.4 punkte nustatytais tiekėjų pašalinimo pagrindais;

11.1.3. dalyvio kvalifikacija atitinka visus 3.6 punkte nurodytus reikalavimus, jei ši atitiktis reikalaujama, ir dalyvio kokybės vadybos sistemos ir aplinkos apsaugos vadybos sistemos atitinka 3.7 punkte nurodytus standartus, jei šios atitiktys reikalaujamos;

11.1.4. dalyvis per Perkančiojo subjekto nustatytą terminą patikslino, papildė, paaiškino informaciją, kaip nurodyta pirkimo sąlygų 10.2 punkte;

11.1.5. pasiūlyme pasiūlyta kaina neviršija pasiūlymų įvertinimui numatytų lėšų, Perkančiojo subjekto nustatytų prieš pradedant pirkimo procedūrą ir užfiksuotų rengiamuose dokumentuose. Jeigu ekonomiškai naudingiausiame pasiūlyme nurodyta kaina viršija pasiūlymų įvertinimui numatytas lėšas, Perkančiojo subjekto nustatytas prieš pradedant pirkimo procedūrą, ir Perkantysis subjektas pirkimo dokumentuose nėra nurodęs pasiūlymų vertinimui numatytų lėšų, kiti pasiūlymų eilėje esantys pasiūlymai laimėjusiais negali būti nustatyti;

11.1.6. Komisija, išnagrinėjusi dalyvio pagal pirkimo sąlygų 10.2.6 punktą pateiktus dokumentus nustato, kad dalyvis pateikė tinkamus pasiūlytos neįprastai mažos kainos pagrįstumo įrodymus.

11.2. Perkantysis subjektas gali nuspręsti nesudaryti sutarties su ekonomiškai naudingiausią pasiūlymą pateikusiu dalyviu, jeigu paaiškėja, kad pasiūlymas neatitinka Pirkimų įstatymo 29 straipsnio 2 dalies 2 punkte nurodytų aplinkos apsaugos, socialinės ir darbo teisės įpareigojimų.

11.3. Dalyvio, kuris negalėtų būti nustatytas laimėtoju pagal pirkimo sąlygų 11.1 punkto nuostatas, atmetamas.

12. INFORMAVIMAS APIE PIRKIMO PROCEDŪRŲ REZULTATUS

12.1. Perkantysis subjektas visiems dalyviams nevėliau nei per 5 (penkias) darbo dienas raštu praneša apie priimtą sprendimą nustatyti laimėjusį pasiūlymą dėl kurio bus sudaroma sutartis ir pateikia:

12.1.1. pirkimo sąlygų 12.3 punkte nurodytos atitinkamos informacijos, kuri dar nebuvo pateikta pirkimo procedūros metu, santrauką;

12.1.2. nustatytą pasiūlymų eilę (išskyrus atvejus, kai pasiūlymų eilė nenustatoma);

12.1.3. laimėjusį pasiūlymą;

12.1.4. tikslų atidėjimo terminą.

12.2. Jei reikia, Perkantysis subjektas taip pat nurodo priežastis, dėl kurių buvo priimtas sprendimas nesudaryti sutarties.

12.3. Perkantysis subjektas, gavęs dalyvio raštu pateiktą prašymą, nevėliau nei per 15 dienų nuo jo gavimo dienos išsamiai pateikia šią informaciją:

12.3.1. dalyviui, kurio pasiūlymas nebuvo atmestas – laimėjusio pasiūlymo charakteristikas ir santykinius pranašumus, įskaitant kainą, dėl kurių šis pasiūlymas buvo pripažintas geriausiu, taip pat šį pasiūlymą pateikusio dalyvio pavadinimą;

12.3.2. xxxxxxxx, kurio pasiūlymas buvo atmestas – pasiūlymo atmetimo priežastis.

12.4. Pirkimo sąlygų 12.1 ir 12.3 punktuose nurodytais atvejais Perkantysis subjektas neteikia informacijos, jeigu jos atskleidimas prieštarauja informacijos ir duomenų apsaugą reguliuojantiems teisės aktams arba visuomenės interesams, pažeidžia teisėtus konkretaus tiekėjo komercinius interesus arba turi neigiamą poveikį tiekėjų konkurencijai.

12.5. Jeigu Perkantysis subjektas pirkimo dokumentuose prašo pateikti ir prekių pavyzdžius, visiems dalyviams nuo pranešimo apie sprendimą nustatyti laimėjusį pasiūlymą išsiuntimo iš Perkančiojo subjekto dalyviams dienos iki pirkimo sutarties sudarymo dienos leidžiama susipažinti su laimėjusį pasiūlymą pateikusio dalyvio pateiktais prekių pavyzdžiais.

13. PIRKIMO SUTARTIES SUDARYMAS

13.1. Pirkimo sutartis sudaroma nedelsiant, bet neanksčiau nei pasibaigė 5 (penkių) darbo dienų sutarties sudarymo atidėjimo terminas, kuris prasideda nuo pranešimo apie sprendimą nustatyti laimėjusį pasiūlymą išsiuntimo pirkimo dalyviams iš Perkančiojo subjekto dienos. Atidėjimo terminas netaikomas, kai vienintelis suinteresuotas dalyvis yra tas, su kuriuo sudaroma pirkimo sutartis.

13.2. Xxxxxxx, kurio pasiūlymas nustatytas laimėjęs, sudaryti pirkimo sutartį kviečiamas raštu ir jam nurodomas laikas, iki kada jis turi sudaryti pirkimo sutartį.

13.3. Jeigu dalyvis, kuriam buvo pasiūlyta sudaryti pirkimo sutartį, raštu atsisako ją sudaryti arba nepateikia sutarties įvykdymo užtikrinimą patvirtinančio dokumento, jeigu pirkimo sąlygų 6 skyriuje jis reikalaujamas, arba iki Perkančiojo subjekto nurodyto laiko nepasirašo pirkimo sutarties, arba atsisako sudaryti pirkimo sutartį Pirkimų įstatyme ir pirkimo dokumentuose nustatytomis sąlygomis, laikoma, kad jis atsisakė sudaryti pirkimo sutartį. Tuo atveju Perkantysis subjektas siūlo sudaryti pirkimo sutartį dalyviui, kurio pasiūlymas pagal nustatytą pasiūlymų eilę yra pirmas po dalyvio, atsisakiusio sudaryti pirkimo sutartį, jeigu tenkinamos Pirkimų įstatymo 58 straipsnio 1 dalyje išdėstytos sąlygos.

13.4. Sudaroma pirkimo sutartis turi atitikti laimėjusio dalyvio pasiūlymą ir šias pirkimo sąlygas.

13.5. Pirkimo sutarties projektas pateiktas 4 priede. Pirkimo sutarties projekto sąlygos yra privalomos tiekėjams ir sudarant pirkimo sutartį su laimėtoju nebus keičiamos.

13.6. Pirkimo sutarties valiuta – eurai.

14. PRETENZIJŲ IR GINČŲ NAGRINĖJIMO TVARKA

14.1. Pretenzijos pateikiamos ir ginčai nagrinėjami Pirkimų įstatymo nustatyta tvarka. Tiekėjo teisės ginčyti Perkančiojo subjekto veiksmus ar priimtus sprendimus reglamentuotos Pirkimų įstatymo VII skyriuje.

15. BAIGIAMOSIOS NUOSTATOS

15.1. Pirkimo procedūros, kurios neapibrėžtos šiose pirkimo sąlygose, vykdomos vadovaujantis Pirkimų įstatymo, Viešųjų pirkimų įstatymo bei poįstatyminių teisės aktų nuostatomis.

Viešųjų pirkimų komisijos pirmininkas Xxxxxx Xxxxxxxxx

Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo, atviro konkurso būdu vykdant supaprastintą pirkimą, sąlygų

1 priedas

TECHNINĖ SPECIFIKACIJA

-------------------------

SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO

TECHNINĖ SPECIFIKACIJA

1.BENDRIEJI REIKALAVIMAI

1.1. Pirkimo objektas – specializuota biudžeto planavimo programinė įranga, kuri bus skirta biudžeto planavimui ir stebėsenai, su jos įdiegimo ir konsultavimo paslaugomis pagal poreikį.

1.2. Specializuota biudžeto planavimo sistema (toliau – BPS arba Sistema) apima programinės įrangos serverinės licencijos ir vartotojų licencijų (toliau – Licencijos) įsigijimą, jei reikalinga – papildomą taikomosios programinės įrangos sukūrimą, visos specializuotos programinės įrangos įdiegimą, bandymą (testavimą) ir kitus darbus, reikalingus sėkmingam Sistemos funkcionavimui užtikrinti.

1.3. Pirkimo objekto apimtis:

1.3.1. Specializuotos programinės įrangos diegimas ir parengimas darbui, kuriuos sudaro:

1.3.1.1. Poreikių analizė Sistemos diegimo darbams, programinės įrangos pritaikymui ir integravimui su Perkančiojo subjekto naudojamomis sistemomis;

1.3.1.2. Poreikių analizė, skirta patikslinti ir sukonkretinti techninės specifikacijos 3 skyriuje pateiktas metodines gaires;

1.3.1.3. Bazinio biudžeto sudarymo ir ataskaitų modelio sukūrimas specializuotoje biudžeto planavimo sistemoje (techninės specifikacijos 3 skyriaus 3.4 ir 3.5 punktai);

1.3.1.4. Pilno biudžeto sudarymo ir ataskaitų modelio sukūrimas specializuotoje biudžeto planavimo sistemoje (techninės specifikacijos 3 skyriaus 3.6-3.15 punktai);

1.3.1.5. Programinės įrangos diegimas, testavimas, integravimas su naudojamomis sistemomis ir parengimas darbui Perkančiojo subjekto infrastruktūros realioje aplinkoje;

1.3.1.6. Perkančiojo subjekto darbuotojų mokymai ir BPS dokumentavimas;

1.3.2. Licencijos – 36 mėn.;

1.3.3. Konsultacinės valandos – iki 250 valandų.

1.4. Tiekėjas turi teikti specializuotą biudžeto planavimo programinę įrangą su diegimo ir techninio aptarnavimo paslaugomis, atitinkančią šios techninės specifikacijos 2 skyriuje nurodytus reikalavimus.

1.5. Specializuotos biudžeto planavimo programinės įrangos su diegimo ir techninio aptarnavimo paslaugomis teikimo adresas: Žolyno g. 15, Vilnius.

2. REIKALAVIMAI PROGRAMINEI ĮRANGAI

2.1. BPS vartotojai bus skirstomi į administratorius ir paprastus vartotojus. Pagal Perkančiojo subjekto veiklą administratoriais numatoma skirti 4 darbuotojus, paprastais vartotojais – 25 darbuotojus.

2.2. Programinės įrangos įdiegimas Perkančiojo subjekto infrastruktūroje:

2.2.1. Biudžeto planavimo poreikių analizė, skirta patikslinti ir sukonkretinti techninės specifikacijos 3 skyriuje pateiktas metodines gaires;

2.2.2. Programinės įrangos įdiegimas Perkančiojo subjekto infrastruktūroje ir integravimas į Perkančiojo subjekto naudojamas sistemas;

2.2.3. Programinė įranga turi veikti Microsoft SQL 2016 SP2 ar naujesnės duomenų bazių programinės įrangos pagrindu. MS SQL pateikti su programa nereikia, Perkantysis subjektas ketina naudoti turimas licencijas;

2.2.4. Programinė įranga privalo palaikyti daugiakalbę aplinką. Atsižvelgiant į vartotojo asmeninius darbinės aplinkos nustatymus, vartotojo sąsaja pateikiama pagal pasirinktą kalbą (privalomos pasirenkamos kalbos: lietuvių, anglų). Daugiakalbystės užtikrinimas turi būti ir metaduomenų lygmenyje.

2.2.5. Programinės įrangos atitikimo techniniams reikalavimams testavimas;

2.2.6. Programinės įrangos konfigūravimas;

2.2.7. Programinės įrangos pridavimas;

2.2.8. Programinės įrangos dokumentacijos paruošimas;

2.2.9. Perkančiojo subjekto darbuotojų mokymai ir konsultavimas.

2.3. Perkančiojo subjekto darbuotojų mokymai ir konsultavimas:

2.3.1. Tiekėjas turės pagal su Perkančiuoju subjektu suderintą grafiką apmokyti Perkančiojo subjekto darbuotojus (administratorius ir paprastus vartotojus) dirbti su specializuota programine įranga, bendra mokymų trukmė – nemažiau kaip 40 val.

2.3.2. Vienos mokymo grupės dydis – nedaugiau 10 dalyvių;

2.3.3. Mokymų vieta – Perkančiojo subjekto patalpose Vilniuje, Žolyno g. 15;

2.3.4. Mokymams reikalingą įrangą (projektorius, kompiuteriai darbuotojams, kompiuterinis tinklas) pateiks Perkantysis subjektas. Visos kitos su mokymais susijusios išlaidos turi būti dengiamos Tiekėjo sąskaita.

2.3.5. Mokymai turi būti vedami lietuvių kalba. Visa mokymų medžiaga turi būti lietuvių kalba.

2.3.6. Mokymų metu būsimiems vartotojams turi būti pateikti išsamūs vartotojų vadovai ir instrukcijos.

2.3.7. Konsultacinės valandos – maksimalus kiekis 250 val., bus naudojamos pagal poreikį programinės įrangos konfigūravimo ir palaikymo konsultacijoms pagal iš anksto elektroniniu paštu pateikiamas užduotis. Valandos nebus naudojamos specializuotos programinės įrangos diegimui. Įdiegus Sistemą ir jai pradėjus veikti, paslaugos tiekėjas papildomai konsultuos vartotojus programinės įrangos konfigūravimo ir funkcionalumo klausimais. Konsultacijos suteikiamos elektroniniu paštu ir žodžiu pagal elektroniniu paštu pateiktas užduotis ir apimtį bei suderintą konsultavimo paslaugų atlikimo laiką, bet nevėliau kaip per 5 (penkias) darbo dienas nuo konsultavimo paslaugų užsakymo pateikimo dienos.

2.4. Dokumentacija:

2.4.1. Tiekėjo Perkančiajam subjektui turės būti pateikta kiekvieno iš Sistemos kūrimo proceso išsami dokumentaciją, vartotojų vadovai ir instrukcijos lietuvių kalba.

2.5. Techninis aptarnavimas:

2.5.1. Tiekėjas Licencijų galiojimo laikotarpiu, turi teikti ir užtikrinti techninio aptarnavimo paslaugas;

2.5.2. Teikti pagalbą šalinant licencijuotos ir tiekėjo aptarnaujamos programinės įrangos problemas, apie kurias praneša Perkančiojo subjekto specialistai.

2.5.3. Teikti konsultacijas telefonu, elektroniniu paštu. Ši paslauga suteikiama Perkančiojo subjekto

specialistams, atsakingiems už pateiktos programinės įrangos eksploatavimą aptarnavimo laikotarpiu. Konsultacijų metu informuoti, kaip šalinti arba apeiti (angl. workaround) programinės įrangos sutrikimus.

2.5.4. Teikti programinės įrangos klaidų ištaisymo paketus ir naujas programų versijas aptarnavimo laikotarpiu.

2.6. Terminai:

2.6.1. Specializuotos programinės įrangos numatomų darbų trukmės:

2.6.1.1. Poreikių analizė – iki 1 mėn.;

2.6.1.2. Programinės įrangos diegimas ir integravimas – iki 1 mėn.;

2.6.1.3. Bazinio biudžeto sudarymo ir ataskaitų modelio sukūrimas specializuotoje biudžeto planavimo sistemoje - iki 2 mėn.;

2.6.1.4. Pilno biudžeto sudarymo ir ataskaitų modelio sukūrimas specializuotoje biudžeto planavimo sistemoje - iki 3 mėn.;

2.6.1.5. Testavimas (kiekvieno modelio atskirai) - iki 1 mėn.;

2.6.1.6. Pridavimas (kiekvieno modelio atskirai) - iki 1 mėn.;

2.6.1.7. Mokymai ir dokumentavimas - iki 1 mėn.

Lentelė Nr.1. Reikalavimai programinei įrangai:

Lentelė Nr.1

Nr.	Reikalavimai sistemai	Techninis ar funkcinis reikalavimas	Reikalavimo pobūdis	S Standartinė savybė
					M Modifikuota savybė
						N Nėra
							Sprendimo aprašymas (jei savybė modifikuota)
Reikalavimai sistemos architektūrai
Sistemos architektūra turi būti realizuota vieningoje standartinėje platformoje su tarpusavyje integruotų komponenčių pagrindu. Tarpusavyje integruotos komponentės turi atlikti sekančias verslo funkcijas:
1	Suminių skaičių detalizavimo (angl. drill-down) ir detalizuotų skaičių sumavimo (angl. drill-up) analizė, naudojant hierarchinį informacijos dimensijų medį ir veiklos rodiklių aibę.	FR	Būtinas
2	Laisvos formos analizės įrankio (angl. Ad-hoc) ataskaitų kūrimas, naudojant hierarchinį informacijos dimensijų medį ir veiklos rodiklių aibę.	FR	Būtinas

3	"Kas-jeigu“ (angl. „what-if“) verslo scenarijų prognozavimas, veiklos bei biudžeto planų sudarymas.	FR	Būtinas
4	Visi sistemos produktai (ataskaitos, analitiniai modeliai, plano modeliai ir kt.) turi būti kuriami standartinėmis priemonėmis nereikalaujančiomis programavimo (programinio kodo kūrimo).	TR	Būtinas
5	Siūloma sistema negali turėti apribojimų naudojamų duomenų šaltinių skaičiui. Turi būti užtikrinta galimybė pačiam Užsakovui savo nuožiūra nemokamai jungti naujus duomenų šaltinius, nekeičiant sistemos ir jos licencijavimo.	TR	Būtinas
6	Siūloma sistema turi dirbti 64 bitų platformoje.	TR	Būtinas
Reikalavimai sistemos integralumui
7	Sistema turi būti atvira trečios šalies duomenų šaltiniams. Sistema turi naudoti atvirus pasijungimo prie duomenų šaltinių standartus, tame tarpe ODBC jungtį.	TR	Būtinas
8	Sistema turi būti integrali su MS Excel duomenų rinkiniais, XML, CSV ir reliaciniais duomenų šaltiniais (Microsoft SQL Server), Microsoft Sharepoint. Integralumas turi būti galimas kaip per duomenų saugyklą, taip ir tiesiogiai į Sistemą, taip pat iš Sistemos Pateikti sistemos integravimo su kitais duomenų šaltiniais schemą. Pateikti integravimo su Microsoft Sharepoint schemą.	TR	Būtinas
9	Sistema palaikytų integralumą su duomenų šaltiniais palaikančiais ODBC ar OLE DB standartus.	TR	Būtinas
10	Sistema turi būti integrali su pašto sistema MS Exchange pašto serveriu (SMTP) ir naudoti šios sistemos galimybę siųsti ataskaitas el. paštu.	TR	Privalumas
Sistema turi papildomai apimti šias komponentes:
11	Tiesioginio analitinio duomenų apdorojimo (angl. OLAP) kubai	TR	Būtinas
12	ETL įrankis *	TR	Būtinas
13	Rutinos tvarkaraštis (angl. Scheduler)	TR	Būtinas
14	Užduočių atlikimo ir stebėjimo komponentė (angl. Workflow manager)	TR	Būtinas
15	Duomenų grafinio atvaizdavimo komponentes	TR	Būtinas
16	Visos kitos komponentės (OLAP kubai, ataskaitų generavimo įrankiai, kitos funkcionalumo komponentės (jeigu sistemoje funkcionalumas pateikiamas per atskiras komponentes)).	TR	Būtinas
Reikalavimai sistemos saugumo modeliui
17	Vienos darbo sesijos metu vartotojas turi būti identifikuojamas ir autorizuojamas vieną ir tik vieną kartą (angl. single sign-on).	TR	Privalumas
18	Turi būti numatyta galimybė atpažinti vartotoją ir suteikti jam teises pagal įvestą vartotojo informaciją Windows operacinės sistemos pakrovimo vartotojo darbo vietos kompiuteryje metu.	TR	Privalumas
19	Turi būti numatyta galimybė jungtis ir kitu sistemos vartotoju.	TR	Privalumas

20	Sistema turi užtikrinti mažiausiai 56 bitų duomenų šifravimo mechanizmą, perduodant duomenis SSL protokolu. Sekantys duomenys turi būti koduojami: vartotojo vardas ir slaptažodis, perduodami duomenų paketai, laikini failai ir duomenų perdavimo kanalas.	TR	Būtinas
21	Prieiga turi būti suteikiama tik sėkmingai autentifikavus ir autorizavus vartotoją.	TR	Būtinas
22	Sistema turi leisti nustatyti kiekvienam vartotojui (rolei) skirtingas rašymo ir skaitymo teises.	TR	Būtinas
Reikalavimai sistemos diegimui
23	Visos sistemos komponentės turi būti diegiamos programinio serverio dalyje. Visas sistemos komponenčių funkcionalumas bei duomenų apdorojimas turi būti vykdomas sistemos programinio serverio dalyje.	TR	Būtinas
24	Esant plėtimo poreikiui, sistema turi turėti galimybę sistemos komponentes paskirstyti ir įdiegti skirtinguose techniniuose serveriuose (tarnybinėse stotyse) (angl. scalability).	TR	Būtinas
25	Visi sistemos vartotojai turi turėti galimybę dirbti vienu metu su bet kuria sistemos komponente pagal jiems suteiktas teises.	TR	Būtinas
Reikalavimai sistemos aplinkai
26	Tarnybinės stoties operacinė sistema – Microsoft Windows Server 2016 ar vėlesnės versijos.	TR	Būtinas
27	Sistemos darbo aplinka turi būti pateikta lietuvių ir anglų kalbomis.	TR	Būtinas
28	Galimybė dirbti nutolusiems klientams naudojant internet/intranet ryšį, interneto naršyklės arba kitų technologijų pagalba ir papildomas saugaus prisijungimo priemones.	TR	Būtinas

Reikalavimai sistemos funkcionalumui
29	Sistema turi turėti galimybę vartotojams ir administratoriams prisijungti tiek per kompiuteryje įdiegtą vietinį klientą (angl. Local Client), tiek per interneto naršyklę (angl. Web Client), abiem būdais išlaikant tą patį funkcionalumą.	FR	Būtinas
30	Prieiga per interneto naršyklę turi palaikyti populiariausias interneto naršykles (Google Chrome, Mozilla Firefox, Apple Safari, Microsoft Edge/IE).	FR	Būtinas
31	Sistema turi būti realizuota vieno standartinio programinio produkto pagrindu, „viskas viename“ principu. Kuris turi apimti šį funkcionalumą: Pateikti sistemos funkcionalumo aprašymą. Jeigu sistema susideda iš atskirai įsigyjamų modulių - galimų modulių sąrašą ir aprašymą.	FR	Būtinas
32	OLAP analizės komponentė, veikianti pagal OLAP – (angl. Online Analytical Processing) technologiją.	FR	Būtinas
33	„Ad-hoc“ ** užklausų kūrimo komponentė.	FR	Būtinas
34	Standartinių ataskaitų dizaino ir kūrimo komponentė.	FR	Būtinas
35	„Kas - jeigu“ situacijų prognozavimo komponentė.	FR	Būtinas

36	Operatyvus veiklos planų sudarymas, įtraukiant daug dalyvių; Planavimo proceso valdymas, versijų valdymas. Planavimo duomenų "Drill-down" ir "drill- up" analizė, naudojant hierarchinį plano dimensijų medį; plano lyginimas su faktu. Sistema neturi riboti vartotojų skaičiaus, aktyviai dirbančių vienu metu (skaičių/reikšmių suvedimas ir redagavimas).	FR	Būtinas
37	Automatizuotų išankstinių perspėjimų komponentė.	FR	Privalumas
38	Meta duomenų modelio kūrimo ir aprašymo komponentė.	TR	Būtinas
39	Sistema turi turėti galimybę detaliai planuoti didelį skaičių objektų (kaip personalas, investicijos, turtas ir kt.), apskaičiuojamų individualiomis formulėmis ir požymiais (detalaus planavimo funkcionalumas). Pateikti detalaus planavimo modelio sąsajų su kitais planavimo modeliais schemą.	FR	Būtinas
40	Sistemoje turi būti biudžeto proceso valdymo funkcionalumas (angl. Workflow management).	FR	Būtinas
Sistemos administravimo komponentė:
41	Skirtingomis sistemos komponenčių priemonėmis sukurtos ataskaitos ir jos informacijos turinys turi būti atidaromas ir panaudojamas visose sistemos ataskaitų sukūrimo komponentėse.	TR	Būtinas
Vartotojo prieigoje sistema turi suteikti galimybę:
42	Pateikti veiklos rodiklius, ataskaitų turinį, ataskaitų nuorodas ir kt. informacija iš skirtingų sistemos komponenčių vieno informacijos lango principu. Pateikti ataskaitų kūrimo eigą (nereikalaujant programavimo įgūdžių)	FR	Būtinas
43	Sistemoje turi būti galimybė vartotojui ar administratoriui papildyti bet kurias ataskaitas grafikais, naudojant vartotojui prieinamas standartines funkcijas. Pateikti duomenų vizualizavimo galimybių aprašymą (nereikalaujant programavimo įgūdžių)	FR	Būtinas
44	Vieno informacijos lango principu matyti skirtingomis sistemos komponentėmis sukurtų ataskaitų ir „kas - jeigu“ prognozavimo kubų turinį. Turi būti užtikrinta galimybė vartotojui tame pačiame lange įvesti duomenis ir dinamiškai matyti kaip šie duomenys atvaizduojami sistemos standartinėje ataskaitoje (pvz., lyginant faktinius duomenis su „kas - jeigu“ prognoze).	FR	Būtinas

	Reikalavimai Detalaus planavimo funkcionalumui
45	Detalaus planavimo objektai turi turėti lanksčiai keičiamus dimensijų pavadinimus ir jų skaičių, bei neribotą požymių kiekį.	FR	Būtinas
46	Detalaus planavimo objektai turi turėti skirtingas skaičiavimo taisykles ir periodus (pvz., kiekvieno darbuotojo darbo užmokestis gali būti skaičiuojamas skirtingais principais ir skirtingais laikotarpiais).	FR	Būtinas
47	Detalaus planavimo objektų duomenys turi būti planuojami į ateitį neribotam laikotarpiui (keliems ar daugiau metų).	FR	Būtinas
48	Sistema turi palaikyti neribotą kiekį detalaus planavimo scenarijų.	FR	Būtinas

49	Detalaus planavimo komponentės teisės gali būti suteikiamos atskirai nuo kitų duomenų priėjimo teisių (t. y. vartotojui gali būti suteikti planuoti detalaus planavimo objektus neturint teisės matyti kitų komponenčių duomenų).	FR	Būtinas
50	Detalaus planavimo taisyklių keitimas turi būti atliekamas per vartotojo grafinę sąsają ir nereikalauti programavimo žinių.	FR	Būtinas
	Reikalavimai planavimo proceso valdymui (Workflow)
51	Nustatyti atskirų užduočių savininkus ir tvirtintojus, kai užduotys gali būti susiję ne tik su biudžeto parengimu, bet ir "kas- jeigu " simuliacija, nuokrypių analize ir kt.	FR	Būtinas
52	Sistema turi automatiškai informuoti kiekvieną biudžeto dalyvį (rengiantis biudžetą ir/ar tvirtinantis biudžetą) apie jam priskirtas užduotis elektroniniu paštu.	FR	Būtinas
53	Sistema turi automatiškai informuoti kiekvieną biudžeto dalyvį (rengiantį biudžetą ir/ar tvirtinantį biudžetą) apie užduotis, kurių atlikimo terminas jau yra pradelstas (ir jam priskirtas užduotis elektroniniu paštu.	FR	Būtinas
54	Biudžeto proceso valdymo įrankis turi leisti nustatyti atskirų biudžeto užduočių tarpusavio priklausomybę ir atitinkamai pagal nustatytus ryšius informuoti biudžeto dalyvius apie jiems priskirtas užduotis, t. y. Atsakingi biudžeto dalyviai turėtų būti informuojami apie jiems priskirtas užduotis tik po to, kai tinkamai atliktos visos užduotys, kurių rezultatai reikalingi jam deleguotai užduočiai atlikti (Tai nurodoma nustatant atskirų užduočių tarpusavio priklausomybes).	FR	Būtinas
Reikalavimai duomenų saugyklai
Turi būti realizuota duomenų saugykla, su kuria sąveikaus Sistema. Duomenų saugykloje turi būti realizuota:
55	Automatinis reikalingų duomenų pakrovimas iš duomenų šaltinių.	TR	Būtinas
56	Automatinis reikalingų duomenų atidavimas trečioms šalims.	TR	Būtinas
57	Duomenų transformavimas ir agregavimas į optimizuotą struktūrą analizei, planavimui bei „kas- jeigu“ scenarijų vertinimui.	TR	Būtinas
58	Turi būti užtikrinta istorinių duomenų kaupimas, jų būsima analizė, palyginimas kaip su istoriniais duomenimis, su realiais, taip pat ir su planu.	TR	Būtinas
59	Sistema turi veikti Microsoft SQL 2016 SP2 arba naujesnės duomenų bazės pagrindu (duomenų bazės programinės įrangos suteikti nereikia).	TR	Būtinas
60	Sistemos duomenų saugykla turi turėti galimybę automatiškai eksportuoti reikalingus duomenis .	TR	Būtinas
61	Sistemoje turi būti realizuotas duomenų korektiškumo tikrinimas	TR	Privalumas
62	Duomenų korektiškumo tikrinimo mechanizmas turi apimti papildomas aritmetines ar logines duomenų patikrinimo taisykles, korektiškumo tikrinimo taisykles.	TR	Privalumas
63	Sistemoje turi būti realizuotos duomenų dubliavimo prevencijos priemonės.	TR	Privalumas

DETALŪS REIKALAVIMAI SISTEMAI IR JOS KOMPONENTĖMS:
Nr.	Reikalavimai sistemai	Techninis ar funkcinis reikalavimas	Reikalavimo pobūdis	S Standartinė savybė
					M Modifikuota savybė
						N Nėra
							Sprendimo aprašymas (jei savybė modifikuota)
Detalūs reikalavimai OLAP analizės komponentei
Vartotojui turi būti suteikta galimybė per pateikiamą analizės komponentės grafinę sąsają be programavimo žinių atlikti OLAP analizės uždavinius:
64	Riboti analizuojamų duomenų kiekį, nustatant filtrus ir atliekant greitą duomenų paiešką.	FR	Būtinas
65	Turinio keitimas ir maketavimas atliekamas tempk-ir-paleisk (angl. drag and drop) principu, vienu metu pasirinkti skirtingus pjūvius – dimensijas iš informacijos kategorijų medžio ir įterpti į ataskaitos „pivot“ tipo lentelę. Taip pat formuoti naujus (išskaičiuotus) rodiklius iš drag-and-drop pasirinktų aprašant matematinėmis formulėmis.	FR	Būtinas
66	Susikurti ir išsaugoti filtrus kaip papildomas informacijos dimensijas informacijos kategorijų medyje.	FR	Būtinas
67	Įterpus į lentelę pasirinktus informacijos pjūvius-dimensijas ir suformavus ataskaitos lentelę, taikyti ir keisti jos informacijos filtravimo kontekstą, pvz.: skirtingus laikotarpius ar kitus pasirinktus informacijos pjūvius.	FR	Būtinas
68	Įterpti į lentelę sukurtus paskaičiavimus pagal pasirinktus rodiklius iš informacijos kategorijų medžio.	FR	Būtinas
69	Riboti analizės lentelės dydį, ignoruojant lentelės ląsteles su nulinėmis skaitinėmis reikšmėmis ir ląsteles be duomenų.	FR	Privalumas
70	Automatiškai atvaizduoti formuojamos analizės lentelės duomenis pasirinkto tipo grafike. Grafike turėti Drill-up, Drill-down funkcijas	FR	Būtinas
71	Išsaugoti suformuotus informacijos pjūvius tiek grafiko, tiek lentelės pavidalu skirtingo formato failuose, kaip PDF ir Excel 20XX.	FR	Būtinas
72	Išsaugoti suformuotus informacijos pjūvius kaip sistemos ataskaitą su veikiančiais duomenų šaltinių sąryšiais turinio valdymo kataloge. Turi būti galimybė pasirinkti norimą katalogą arba susikurti naują katalogą.	FR	Privalumas
73	Išsaugoti ataskaitą vartotojo asmeninio naudojimo kataloge arba patalpinti ataskaitą į viešą visiems vartotojams prieinamą pagal jiems suteiktas teises ataskaitų katalogą.	FR	Būtinas
Detalūs reikalavimai „ad-hoc“ užklausų kūrimo komponentei
74	„Ad-hoc“ užklausų kūrimo komponentė turi automatiškai formuoti „ad-hoc“ užklausas formuojamos lentelės laukams ar grafikams, nereikalaujant iš vartotojo SQL programavimo, sistemos gimtosios kalbos (pvz.: 4GL, JAVA ir	FR	Būtinas

	kt.) programavimo, HTML bei kito kodavimo kalbų.
75	Vartotojui turi būti suteikta galimybė „drag- and-drop“ principu, pasirinkti dimensijas ir veiklos rodiklius iš hierarchinio informacijos kategorijų medžio ir įterpti į ataskaitos formavimo darbalaukį. Taip pat formuoti naujus (išskaičiuotus) rodiklius iš drag-and- drop pasirinktų aprašant matematinėmis formulėmis.	FR	Būtinas
76	„Ad-hoc“ užklausų kūrimo komponentė privalo turėti duomenų laukų filtravimo, grupavimo ir turinio formatavimo funkcijas.	FR	Būtinas
77	Vartotojui turi būti suteikta galimybė parinkti norimą informacijos kategoriją (dimensiją arba veiklos rodiklį) iš hierarchinės meta duomenų modelio struktūros ir dinamiškai „drag-and- drop“ principu ją patalpinti sistemos darbalaukyje.	FR	Būtinas
78	Sistema turi turėti galimybę pasitikrinti darbo rezultatus, siunčiant „ad-hoc“ užklausą ribotam duomenų kiekiui ir tik baigus kūrimo ar modifikavimo darbus, pareikalauti užklausos, apimančios visą duomenų kiekį.	FR	Būtinas
Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių atlikti ataskaitos kūrimo uždavinius:
79	„Drag-and-drop“ principu pasirinkti skirtingus informacijos pjūvius iš informacijos kategorijų medžio ir įterpti į ataskaitos darbalaukį.	FR	Būtinas
80	Susikurti ir išsaugoti filtrus. Turi būti suteikta galimybė sukurti duomenų filtrą pagal pasirinktą informacijos kategoriją.	FR	Būtinas
81	Sukurti filtrus, kurie gali turėti interaktyvaus elemento savybes, t. y. paleidžiant išsaugotą ataskaitą iš naujo, vartotojo paprašoma įvesti arba pasirinkti filtravimo kriterijaus reikšmę.	FR	Privalumas
82	Apibrėžti sąlyginio ataskaitos formatavimo sąlygas. Turi būti suteikta galimybė pagal nurodytas sąlygas dinamiškai formatuoti duomenų eilutes, pavyzdžiui pakeisti teksto arba lentelės ląstelės fono spalvą.	FR	Privalumas
83	Įterpti į lentelę sukurtus paskaičiavimus pagal pasirinktus rodiklius iš informacijos kategorijų medžio	FR	Būtinas
84	Rūšiuoti ir grupuoti duomenis pagal vartotojo sukurtas duomenų grupes iš turimų duomenų grupių informacijos kategorijų medyje.	FR	Būtinas
85	Formatuoti duomenis, nustatant skaitinių reikšmių atvaizdavimo parametrus.	FR	Privalumas
86	Įterpti į ataskaitą norimo tipo grafiką.	FR	Privalumas
87	Formuoti ataskaitos maketą, pasirenkant galimybę ataskaitą skaidyti į atskirus loginius puslapius ir / arba turinio sekcijas, su priskirtomis lentelėmis ir grafikais.	FR	Privalumas
88	„Ad-hoc“ užklausų kūrimo komponentė turi būti centralizuotai įdiegta ir prieinamas iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas

Detalūs reikalavimai standartinių ataskaitų grafinio dizaino ir kūrimo komponentei
89	Sistema privalo turėti ataskaitų kūrimo komponentę, kuri naudotų meta duomenų modelį su pateikta vartotojui suprantama informacijos kategorijų hierarchija. Standartinių ataskaitų grafinio dizaino ir kūrimo komponentė turi suteikti vartotojams galimybę modifikuoti ataskaitų maketus bei kurti naujus maketus.	FR	Būtinas
90	Standartinių ataskaitų grafinio dizaino ir kūrimo komponentė turi suteikti galimybę neprogramuojant įterpti užklausas į skirtingus duomenų šaltinius, kurti grafinį ataskaitų maketų dizainą bei kontroliuoti ataskaitos turinio išdėstymą.	FR	Būtinas
91	Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių ir programavimo kalbų, kurti standartinės ataskaitos dizainą ir užklausas:	FR	Būtinas
92	„Drag-and-drop“ principu pasirinkti skirtingus informacijos pjūvius iš informacijos kategorijų medžio ir įterpti į ataskaitos darbalaukį.	FR	Būtinas
93	Turi būti suteikta galimybė programos vedlio pagalba kurti ataskaitos interaktyvius laikotarpio ir dimensijų bei rodiklių reikšmių pasirinkimo filtrus ir parametrus.	FR	Privalumas
94	Turi būti suteikta galimybė „drag-and-drop“ principu įterpti į ataskaitos darbalaukį neribojamą skaičių pasirinktų ataskaitos objektų ir jiems nustatyti atvaizdavimo parametrus: filtrus, tekstinius objektus, lenteles, „pivot“ tipo lenteles, grafikus, grafinius paveikslėlius ir nuotraukas ir kt. elementus.	FR	Privalumas
95	Ataskaitų grafinio dizaino ir kūrimo komponentė turi būti centralizuotai įdiegta ir prieinama iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas
Sistema turi suteikti naudotojui galimybę nustatyti pasirinktos ataskaitos vykdymo parametrus arba ataskaitų grupės bendrus vykdymo parametrus:
96	ataskaitų automatizuoto generavimo ir vykdymo tvarkaraštį (ataskaitų rezultatai turi būti generuojami periodiškai, nustatytu laiku).	TR	Būtinas
97	periodišką ataskaitų duomenų pateikimą HTML \ XHTML, MS Excel 20XX versijas, CSV, PDF ir XML formatais.	TR	Būtinas
98	periodišką sugeneruotų ataskaitų siuntimą el. paštu pasirinktiems el. pašto gavėjams.	TR	Būtinas
99	Sistemos kataloguose sugeneruotų ir išsaugotų ataskaitų versijos turi būti saugomos sistemos vidinėje saugykloje.	TR	Privalumas

Detalūs reikalavimai veiklos planavimo komponentei
100	Veiklos planavimo prognozavimo komponentė turi suteikti galimybę vartotojui planuoti veiklos skaičius. Vartotojas turi turėti galimybę planuoti ne tik piniginius vienetus (Eur ir t.t.), bet ir natūrinius (pvz., vnt., km, kg, kw/h, ir t.t.). Turi būti užtikrinta natūrinių bei piniginių vienetų konvertavimo (perskaičiavimo) galimybė pačiame plano modelyje.	FR	Būtinas
101	Vartotojas turi turėti galimybę kurti, palyginti ir įvertinti skirtingas plano versijas (versijavimas) t. y. įvesti ir keisti veiklos planą (skaitines reikšmes) ir analizuoti kaip įvesti pakeitimai įtakoja veiklos rezultatą dabar ir ateityje.	FR	Būtinas
102	Turi būti galimybė kurti neribotą versijų skaičių.	FR	Būtinas
103	Turi būti galimybė kurti tęstinį biudžetą (angl. Rolling-budget arba Rolling Forecast)	FR	Būtinas
104	Veiklos planavimo komponentė turi suteikti galimybę duomenis įvedinėti ir peržiūrėti skirtingais informacijos detalumo lygiais pagal skirtingas dimensijas atskiruose tarpusavyje susijusiuose informacijos kubuose.	FR	Būtinas
105	Veiklos planavimo turi palaikyti automatišką įvedamų skaičių (sumų) išskaidymą žemesnio (detalesnio) lygio informacijos kategorijoms – dimensijoms (pvz., paslaugoms, klientams, teritorijoms, organizaciniams padalinimas ir t.t.) pagal pasirinktą duomenų perskaičiavimo profilį: pvz., remiantis ankstesnių laikotarpių skaičiais arba prognozuojamu sezoniškumu.	FR	Būtinas
106	Turi būti funkcionalumas leidžiantis rengti biudžetą planuojant augimą (pokytį) įvairaus lygio kategorijose ir turint galimybę pasirinkti duomenų paskirstymo žemesniems nariams taisyklę, išlaikant galimybę visada planuoti ir absoliutines atitinkamo rodiklio reikšmes. t. y. galimybė rengti biudžetą planuojant pokytį pasirinktos bazės atžvilgiu turi būti realizuotas nefiksuojant formules biudžeto modelyje.	FR	Privalumas
107	Veiklos planavimo komponentė turi suteikti galimybę galutiniam vartotojui kurti vieningą veiklos plano modelį be programavimo žinių. Turi būti suteikta galimybė kurti naujas ir papildyti esančias dimensijas naujomis informacijos kategorijomis bei verslo rodikliais, nesudėtingai apibrėžti verslo modelį sudarančių duomenų struktūrų tarpusavio sąryšius.	FR	Būtinas
Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių, atlikti sekančius veiksmus:
108	Įvesti duomenis, panaudojant trumpąsias vartotojo aritmetines bei analitines paskaičiavimo komandas.	FR	Būtinas
109	Įvesti komentarus.	FR	Būtinas
110	Patvirtinti arba atmesti duomenų pakeitimus, atliktus kitų vartotojų pagal suteiktas teises.	FR	Būtinas
111	Apibrėžti ir keisti rodiklių formules ir susijusių rodiklių bei verslo dimensijų tarpusavio sąryšius pagal suteiktas teises.	FR	Būtinas

112	Individualiai detalizuoti atskiras standartizuotos struktūros žemiausio lygmens eilutes (angl. line-item details)	FR	Būtinas
113	Turi būti numatyta galimybė struktūrinių prielaidų rezultatus palyginti su faktiniais duomenimis OLAP analizės komponentės, „ad- hoc“ užklausų kūrimo ir standartinių ataskaitų kūrimo komponenčių priemonėmis	FR	Privalumas
114	Sistema turi turėti galimybe ne ETL įrankio pagalba paskirstyti sąnaudas ir pajamas pagal nustatytą metodiką. Įrankis turi leisti atsakingam asmeniui, be specializuotų žinių, naudojant standartinius parametrizavimo įrankius pakoreguoti paskirstymo metodiką (paskirstymo seką, paskirstymo bazę ir kt.)	FR	Būtinas
115	Sistema turi turėti galimybę palaikyti multivaliutinius modelius, t. y. duomenys kuriami viena valiuta ir automatiškai konvertuojami į ataskaitų valiutą (-as).	FR	Privalumas
116	Sistema turi turėti galimybę konvertuoti valiutas, t. y. visus (arba pasirinktus) duomenis konvertuoti iš vienos valiutos į kitą, pasirenkant ir nurodant koks valiutos kursas turi būti taikomas (Vidutinis, atskaitomybės dienos, istorinis ir pan.)	FR	Privalumas
117	Turi būti numatyta galimybė rezultatus skirtingomis valiutomis palyginti ir analizuoti OLAP analizės komponentės, „ad-hoc“ užklausų kūrimo ir standartinių ataskaitų kūrimo komponenčių priemonėmis.	FR	Būtinas
118	Biudžeto formos biudžeto dalyviams turi būti automatiškai generuojamos pagal nustatytus atskirų biudžeto dalyvių prieigos teises, t. y. jeigu sukuriama biudžeto forma, jos neturėtų būti kopijuojamos ir paskui palaikomos kaip atskiros formos kiekvienam iš biudžeto dalyvių, o turėtų būti kuriama ir palaikoma viena biudžeto forma, kuri būtų automatiškai koreguojama kiekvienam vartotojui pagal nustatytas jo prieigos teises.	FR	Būtinas
119	Turi būti numatyta galimybė dirbti betarpiškai su veiklos planavimo komponentės struktūrinių prielaidų kubais MS Excel aplikacijos programinėje terpėje.	FR	Privalumas
120	Veiklos planavimo komponentė turi būti centralizuotai įdiegta ir prieinamas iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas
121	Komponentė turi užtikrinti tiesioginį visų įvedamų duomenų saugojimą struktūrizuotoje duomenų bazėje.	FR	Būtinas
122	Vartotojui turi būti suteikta galimybė rengiant biudžetą ir planuojant, planuojamame duomenų sraute užrakinti pasirinktą laikotarpį, išlaikant galimybę toliau planuoti iš viršaus į apačią keičiant metinį rezultatą, bet sistema automatiškai turėtų koreguoti tik leidžiamus koreguoti mėnesius.	FR	Būtinas

123	Sistema turėtų leisti atskiriems naudotojams įvesti biudžeto duomenis neprisijungus prie sistemos, nesant tinklo ryšiui. Pvz., parengti biudžetą MS Excel formate, kurio duomenys būtų automatiškai pakraunami į sistemos centralizuotą duomenų bazę, kai tik atitinkamas failas bus perduotas sistemai.	FR	Būtinas
124	Sistema turėtų leisti biudžeto koordinatoriui (neturinčiam specializuotų informacinių technologijų žinių) "užrakinti" patvirtintą biudžeto versiją, apsaugoti nuo bet kokių duomenų keitimų.	FR	Būtinas
Detalūs reikalavimai sistemos administravimo komponentei
125	Sistema turi turėti sistemos administravimo, konfigūravimo bei sistemos procesų stebėjimo funkcines galimybes, tame tarpe vartotojų grupių ir vartotojų saugumo teisių administravimo funkcionalumą.	TR	Būtinas
126	Sistema suteikti galimybę nustatyti teises vartotojo, vartotojų grupės ir vartotojų rolių (vykdomo programinio funkcionalumo) lygmenyje. Turi būti numatyta galimybė priskirti teises sistemos vidinės meta duomenų saugyklos objektams, turinio valdymo katalogams ir atskiroms ataskaitoms.	TR	Būtinas
127	Sistema privalo turėti sistemos procesų ir servisų administravimo įrankius. Administratoriui turi būti suteikta galimybė stebėti visus vykdomus sistemos procesus, jų einamąją būklę, vykdymo uždelsimą, vykdymo trukmę sekundėmis.	TR	Būtinas
128	Sistemos administravimo komponentė turi suteikti galimybę valdyti ir nustatyti visų aukščiau išvardintų komponenčių ir susijusių servisų vykdymo parametrus.	TR	Privalumas
Administratoriui turi būti suteikta galimybė atlikti sekančius veiksmus:
129	Nustatyti sistemoje vykstančių procesų registravimo parametrus.	TR	Būtinas
130	Nustatyti sistemos vidinių servisų paleidimo parametrus.	TR	Būtinas
131	Valdyti vartotojų teises, pridėti naujus vartotojus ar pašalinti esamus.	TR	Būtinas
132	Nustatyti duomenų šifravimo parametrus: šifravimo rakto parametrus, SSL kodavimo parametrus ir šifravimo algoritmo parametrus.	TR	Privalumas
133	Nustatyti pasijungimo prie el. pašto serverio parametrus.	TR	Būtinas
134	Testuoti sistemos komponenčių darbą.	TR	Būtinas
135	Sistema turi leisti biudžeto administratoriui (koordinatoriui) be specializuotų žinių lengvai ir patogiai koreguoti bet kurios iš dimensijų hierarchiją (Pvz. pridėti naują padalinį, perkelti skyrių į kita departamentą, pridėti naują rodiklį, sukurti formulę). Pateikti schemą ar aprašymą, kaip sistemoje atliekami šie administravimo veiksmai: 1. Pridedama nauja sąskaita 2. Padalinys perkeliamas į kitą verslo centrą 3. Sukuriamas naujas nefinansinis rodiklis	TR	Būtinas

FR – funkcinis reikalavimas TR - techninis reikalavimas

Reikalavimo pobūdis „Būtinas“ – privalomas reikalavimas, kuris gali būti žymimas tik „Standartinė savybė“ arba

„Modifikuota savybė“.

Reikalavimo pobūdis „Privalumas“ – neprivalomas reikalavimas, kuris gali būti žymimas „Standartinė savybė“,

„Modifikuota savybė“ arba „Nėra“.

Pasirinkus „Modifikuota savybė“ privaloma pateikti sprendimo aprašymą.

Pateikiami paaiškinimai:

* ETL įrankis (Extract-Transform-Load) - tai informacijos naudotojams skirtos aktualios informacijos parengimas apjungiant (integruojant) surinktus duomenis, reikiamai juos transformuojant ir grupuojant, papildant skaičiavimų būdu gautais išvestiniais rodikliais bei pateikiant informacijos ir jos parengimo algoritmų paaiškinimus. Parengtos informacijos sukėlimas į analitinėms duomenų užklausoms vykdyti skirtą specialią duomenų bazę, kuri ir vadinama Duomenų saugykla.

**Ad hoc - laisvos formos analizės įrankis, kai ataskaitos formą vartotojas gali susidėlioti pats iš sistemoje esančių duomenų, be administratorių ar pažengusių vartotojų įsikišimo.

3. DETALI PROJEKTO APIMTIS

Šiame skyriuje pateikiama specializuotos biudžeto planavimo sistemos diegimo apimtis. Prieš kiekvieno planavimo ar ataskaitų modelio diegimą Tiekėjas turi atlikti detalią poreikių analizę, kurios metu bus konkretizuotas formų ir ataskaitų skaičius.

3.1.Duomenų šaltiniai ir istorinių duomenų poreikis

3.1.1.Duomenų šaltiniai

Biudžeto vykdymo kontrolės tikslais į biudžeto sistemą kiekvieną mėnesį bus pakraunami faktiniai duomenys iš Perkančiojo subjekto Didžiosios knygos. Faktiniai duomenys turi būti importuojami pagal Finansų tarnybos poreikį (kai uždaromas ataskaitinis periodas apskaitos sistemoje). Pagal nutylėjimą duomenys importuojami už ataskaitinį mėnesį. Sistemoje turi būti galimybė perimportuoti istorinius duomenis už pasirinktą praeities periodą (-us). Taip pat reikalinga fakto korekcijų galimybė (ir jų atskyrimo nuo importuotų duomenų) valdymo tikslais.

Visi kiti lentelėje apačioje (Lentelė Nr.2) įvardinti duomenys pakraunami pagal Finansų tarnybos poreikį prieš kiekvieną planavimo sesiją.

Lentelė Nr. 2

Duomenų grupė	EuroSkaita	Vikarina	PikasMOB	Excel
DK 5-6- klasės sąskaitos (mėnesinės apyvartos, likučiai)	X
DU priskaitymai (pamėnesiui valandos ir sumos)		X
Darbuotojų sutarties (kortelės) duomenys (pagal Užsakovo ir biudžeto modelio poreikį)		X
Rida pagal planavimo detalizavimo poreikį (pamėnesiui)			X	X
Energijos sunaudojimas (litrai, m3, kWh ir Eur) pagal kuro ir ridos planavimo medį	X		X	X
Esamų kreditų palūkanos (pamėnesiui)				X
Esamo turto nusidėvėjimas (ateinantiems planuojamiems periodams pamėnesiui)	X

Faktiniai duomenys pagal Verslo centrus ir DK sąskaitas bus importuojami periodiškai (kas mėnesį) administratoriaus iniciatyva iš įmonės apskaitos sistemos.

3.1.2. Dimensijų sinchronizavimas su apskaitos sistemomis

Duomenų pakrovimo iš apskaitos sistemos metu turi būti importuojami:

• Verslo centrų sąrašas (hierarchinė struktūra);

• Sąskaitų plano struktūra (hierarchinė struktūra);

• Turto grupės ir normatyvai;

• DU priskaitymų sąrašas;

• Pareigybių sąrašas;

• Kiti parametrai, pagal Perkančiojo subjekto ir planavimo modelio poreikį.

Perkančiojo subjekto valdymo struktūra gali kisti, todėl reikia numatyti sistemos palaikymo procesus dėl valdymo struktūros pasikeitimų.

Biudžeto sistemoje reikalinga galimybė sąskaitas grupuoti į biudžeto straipsnius. Šio grupavimo apskaitoje nėra jį turėtų valdyti Finansų tarnybos specialistas naujoje biudžeto sistemoje.

3.1.3. Istorinių duomenų poreikis

Darbo su biudžeto sistema pradžiai reikalinga į sistemą pakrauti šiuos istorinius duomenis:

• 5-6- klasės sąskaitų duomenis iš DK už praėjusius ir einamuosius ataskaitinius metus;

• Rida už praėjusius ir einamuosius ataskaitinius metus;

• Energijos (degalų ir elektros) sunaudojimas bei sąnaudos už praėjusius ir einamuosius ataskaitinius metus;

• Aktualus biudžetas iš Excel (vienkartinis pakrovimas, nes kiti biudžetai bus rengiami sistemoje).

3.2. Verslo centrai

Perkančiojo subjekto biudžetas rengiamas pagal Verslo centrus. Kiekvienas Verslo centras gauna bendrą standartinę sąnaudų biudžeto formą, kurioje įveda planuojamas sumas. Kiekvienas Verslo centras gali planuoti bet kurį biudžeto straipsnį arba DK sąskaitas pagal Finansų tarnybos specialisto nustatytą tvarką.

Iš kitos pusės kiekvienas biudžeto centras yra atsakingas įmonės mastu už tam tikrus biudžeto straipsnius, tad biudžeto kontrolės tikslais, kiekvienas biudžeto centras gauna tokių savo straipsnių ataskaitą suvestinę už visus biudžeto centrus.

3.3. Biudžeto straipsniai ir DK sąskaitos

Planavimo tikslais DK sąskaitos grupuojamos (sumuojamos) į biudžeto straipsnius. Planavimas vyksta biudžeto straipsnių lygyje arba DK sąskaitų lygyje pagal Finansų tarnybos specialisto nustatytą tvarką. Tačiau biudžeto sistemoje reikalinga galimybė faktą išskleisti detaliau, iki sąskaitų lygio. EuroSkaitoje sąskaitų priskyrimo biudžeto straipsniams nėra, tai turi būti daroma planavimo sistemoje.

Taip pat naujoje sistemoje turi būti galimybė priskirti už biudžeto straipsnį ar DK sąskaitą įmonės mastu atsakingą Verslo centrą.

3.4. Bendra sąnaudų biudžeto forma

Dabar visi Verslo centrai gauna analogiškas standartines sąnaudų biudžeto formas, kuriose įveda planuojamas sumas. Paveiksle apačioje pateikiama vieno iš Verslo centrų biudžeto formos pavyzdys. Pageidautina, kad naujoje sistemoje visi Verslo centrai gautų analogiškas biudžeto formas papildytas palydinčia informacija apie ataskaitinių ir praėjusių metų faktą bei ataskaitinių metų biudžeto vykdymą.

Paveikslas Nr. 1

Jei sąnaudų biudžeto straipsnio ar DK sąskaitos planavimui nenumatyta detalaus planavimo skaičiuoklė, tai jis planuojamas šioje bendroje standartinėje sąnaudų biudžeto formoje arba Excel skaičiuoklėse, kurios pridedamos prie biudžeto straipsnio komentaro.

Jei sąnaudų biudžeto straipsnio planavimui numatyta detalaus planavimo skaičiuoklė, tai prie sumos įvestos bendroje biudžeto formoje turi būti pridedamas rezultatas, apskaičiuotas detalaus plano skaičiuoklėje.

Turi būti numatyta galimybė administruojantiems vartotojams sudaryti kelias biudžeto plano versijas.

3.5. Detali sąnaudų planavimo forma

Sistemoje reikalinga galimybė pagal poreikį detalizuoti biudžeto straipsnius ar DK sąskaitas, t. y. įvesti planuojamas pirkti prekes ir paslaugas. Pavyzdžiui straipsnio „Kompiuterinės įrangos ir programų aptarnavimas“ biudžetas yra konkrečių paslaugų suma, kurias įveda Verslo centras.

Gali būti, kad einamosios biudžeto straipsnio išlaidos (esamų prekių/paslaugų) planuojamos bendromis sumomis (bendroje standartinėje biudžeto formoje), o detalizuojamos tik papildomos (naujai atsiradusios) išlaidos, tuomet sistemoje privaloma galimybė matyti, kokia dalis buvo suplanuota detaliai ir kokia dalis bendrai.

Turi būti sudaryta galimybė pateikti komentarus prie planuojamų biudžeto straipsnių ar DK sąskaitų.

Turi būti numatyta galimybė, leidus administruojantiems vartotojams, atlikti biudžeto plano pakeitimus ar sudaryti naują (kitą) planą.

3.6. Investicijų planavimas

Biudžeto sistemoje reikalinga galimybė detaliai planuoti investicijas. Kiekvienas verslo centras turi gauti biudžeto formą, kurioje galėtų įvesti ir/arba pasirinkti:

• Planuojamos įsigyti ilgalaikio turto aprašymą (paskirtį);

• Turto vertę EUR;

• Turto vienetų skaičių ir nurodyti vienetus (vnt., kg, t, l ir pan...);

• Preliminarią turto įsigijimo datą;

• Pasirinkti iš sąrašo turto grupę, kuriai turėtų būti priskirtas turtas.

Pagal šiuos Verslo centro įvestus duomenis kiekvienam turto vienetui sistema turi priskirti nusidėvėjimo normatyvą ir apskaičiuoti planuojamo turto nusidėvėjimą. Nusidėvėjimo suma turi būti automatiškai perkeliamas į bendrą pelno (nuostolių) biudžetą ir pridedama prie esamo turto nusidėvėjimo.

• Nusidėvėjimo normatyvai ir turto grupės turi būti įkeliamos iš EuroSkaitos.

• Sistemoje reikalinga galimybė atsakingam Finansų tarnybos specialistui peržiūrėti parengtą detalų investicijų sąrašą ir prie kiekvieno nurodyti finansavimo šaltinį (savos lėšos/ ar skolintos). Jei investuojamos skolintos lėšos tai turto įsigijimo suma turi būti automatiškai perduodama į palūkanų skaičiavimo modelį kai kredito suma paskolos tiksle nurodanti turto aprašymą, o kredito sutarties pradžioje nurodant turto įsigijimo datą.

3.7. Nusidėvėjimo sąnaudų planavimas

Nusidėvėjimo sąnaudų planas susideda iš dviejų dedamųjų:

• Esamo turto nusidėvėjimo planuojamu periodu;

• Planuojamo įsigyti turto nusidėvėjimo.

Naujoje planavimo sistemoje reikalinga automatizuoti planuojamų nusidėvėjimo sąnaudų apskaičiavimą. Esamo turto nusidėvėjimas ateities (planuojamiems) periodams turi būti apskaičiuojamas EuroSkaitoje ir importuojamas į planavimo sistemą. Prie šios sumos turi būti pridedamas nusidėvėjimas iš verslo centrų parengto investicijų plano (žr.: 3.6. skyrių Klaida! Nerastas nuorodos šaltinis.). Sistemoje turi būti galimybė matyti bendrą planuojamą nusidėvėjimo sumą ir jos sudedamąsias, esamo turto nusidėvėjimą bei planuojamo turto nusidėvėjimą, atskirai.

3.8. Palūkanų sąnaudų skaičiavimas

Palūkanų sąnaudas planuoja atsakingas Finansų tarnybos specialistas visam Perkančiajam subjektui. Biudžeto sistemoje reikalinga palūkanų sąnaudų skaičiuoklė pagal įvestas kredito sąlygas planuojamiems kreditams arba lizingui ir importo galimybė esamų kreditų palūkanoms. Planuojant naują kreditą sistemoje turi būti galimybė įvesti ir/arba pasirinkti:

• Kredito paskirtį;

• Kredito sumą;

• Kredito sutarties pradžią;

• Kredito sutarties terminą;

• Palūkanų skaičiavimo metodą (linijinis, anuitetų);

• Kintamos/fiksuotos palūkanos;

• Jei palūkanos kintamos nurodyti pastovią ir kintamą palūkanų dalį (prie kintamos dalies nurodant Euribor ar kt...)

• Pasirinkti dienų skaičiavimo bazę 30/360, 30/365 ar kt..

• Pradinį įnašą;

• Išperkamąją vertę;

• Ir pan..

Pagal nutylėjimą taikomas linijinis palūkanų skaičiavimo būdas, 30/360 dienų skaičiavimo bazė, pastovios palūkanos.

Esamiems kreditams reikalinga galimybė įkelti palūkanų sąnaudas iš Excel, kur jos paskaičiuotos pagal esamas faktines sutartis ir grafikus.

Taip pat planavimui reikalinga sąsaja su investicijų planavimo moduliu. Jei investicijų planavimo modulyje prie investicijos nurodyta, kad turtą planuojama įsigyti skolintomis lėšomis, tai į kreditų planavimo modulį turi būti perkelta:

• Kredito paskirtis lygi turto aprašymui;

• kredito suma lygi turto įsigijimo kainai;

• kredito sutarties pradžios data lygi turto įsigijimo datai

Perkėlus šiuos duomenis suformuojama dalinai užpildyta kreditų biudžeto forma. Šioje formoje baigiama užpildyti kredito duomenų kortelė nurodant palūkanų skaičiavimo metodą, terminą, palūkanų normą ir kt....

3.9. Ridos planavimas

Kintamų sąnaudų planavimas pradedamas nuo detalaus ridos planavimo pagal:

• transporto departamentus,

• troleibusų ir autobusų tipus (dviašiai/triašiai);

• transporto priemonių amžių (seni/nauji)

• ir naudojamą energiją (dyzelinas, dujos ar elektra).

Rodiklio detalizavimo dimensijos turi būti Užsakovo patikslintos ir patvirtintos detalios poreikių analizės metu prieš sistemos diegimą.

Šis rodiklis yra kintamas parametras pajamų ir energijos (degalų bei elektros) sąnaudų planavime. Ridos planą teikia Eismo skyrius. Gali atsirasti nauji transporto departamentai, keistis transporto kategorijos. Sistemoje reikalinga galimybė įvedus bendrą planuojamą ridą paskirstyti ją pamėnesiui atsižvelgus į ankstesnių periodų faktą (sezoniškumą), taip pat paskirstyti proporcingai transporto departamentams, transporto priemonių tipams pagal technologiją ir naudojamos energijos rūšį. Taip pat ir atvirkščiai: turi būti galimybė koreguoti tam tikro tipo transporto ridą ir gauti bendrą ridos rezultatą. Pavyzdžiui įvesti ridą naujai planuojamiems hibridiniams autobusams ar panašiai.

• Ridos planas dyzeliniams autobusams turi būti mažinamas pagal Valdybos iškeltą tikslą Dyzelinio kuro sunaudojimui.

• Faktinė rida importuojama iš dispečerinės apskaitos sistemos pagal visas planuojamas dimensijas.

3.10. Pajamų planavimas

Metinį pajamų planą teikia SĮ "Susisiekimo paslaugos" pagal transporto departamentus troleibusams ir autobusams. Planuojamos šios pajamų grupės:

• Keleivių vežimo pajamų planas

o Bilietų pardavimo pajamų;

o Kompensacijų pajamos;

o Dotacijų pajamos.

• Kitų veiklų pajamos

• Baudų planas

Sistema turi paskirstyti keleivių vežimo pajamų planą pamėnesiui proporcingai atitinkamo transporto ridai, o kitų veiklų pajamų planą pagal buvusių laikotarpių faktines pajamas.

Faktas yra detalesnis nei planas, kiekviena pajamų biudžeto eilutė yra tam tikrų sąskaitų suma. Pajamų planas ir faktas priskiriamas bendram verslo centrui.

Svarbu pastebėti, kad rengiant biudžetą apskaičiuojamas santykinis dydis – planuojamos vidutinės 1 km pajamos, o rengiant prognozę atliekamas atvirkštinis skaičiavimas: planuojama rida ir vidutinės 1 km pajamos, o pajamų suma apskaičiuojama.

3.11. Degalų ir elektros sąnaudų planavimas

Degalų ir elektros energijos sunaudojimas bei sąnaudos EUR planuojamos:

• pagal transporto departamentus

• transporto priemonių tipus

• bei jų sunaudojamą energijos rūšį (degalus, elektrą).

Šių rodiklių detalizavimas (dimensijos) turi atitikti ridos rodiklio detalizavimą (dimensijas), kurios turi būti peržiūrėtos ir patvirtintos poreikių analizės metu.

Planuojamos degalų ir elektros sąnaudos apskaičiuojamos padauginus:

• atitinkamos transporto priemonės tipo ridą kilometrais;

• iš sąnaudų normos (kWh/ 1 km, m3/1 km, l/1 km)

• vidutinės degalų (elektros) kainos kilometrui (EUR/1 kWh, EUR/1 l, EUR/1 m3).

Šie rodikliai plane įvedami, o suma apskaičiuojama.

Degalų sąnaudos turi atitikti Valdybos iškeltą tikslą dėl degalų sunaudojimo proporcijų. Valdybos iškeltą tikslą pasiekti galima dviem būdais:

• keičiant ridą (perskirstant ridą tarp transporto priemonėms)

• ir/arba keičiant degalų sunaudojimo normą (yra metodikos leidžiančios tai padaryti).

Taigi biudžeto modelyje turi būti galimybė keisti abu šiuos parametrus.

Palyginimui (analizei, ataskaitoms) į sistemą turi būti importuojami faktinės energijos sąnaudos (EUR) ir sunaudojimas (kiekiai l, m3, kWh). Šie duomenys turi būti surinkti iš skirtingų apskaitos sistemų: EuroSkaitos, PikasMOB, dispečerinės programos ir/ar su Užsakovu suderintų Excel formų.

Skirtingai nei plane apskaičiuojami faktiniai rodikliai:

• kilometro savikaina (EUR/1 km);

• kilometro energijos sunaudojimas (kWh/ 1 km, m3/1 km, l/1 km);

• vidutinė energijos vieneto kaina (EUR/1 kWh, EUR/1 l, EUR/1 m3).

3.12. Darbo užmokesčio planavimas

Darbo užmokesčio planavimą sąlyginai galima būtų suskaidyti į keletą uždavinių:

• Detalus esamų darbuotojų DU biudžetas;

• Detalus esamų valandinių darbuotojų DU biudžetas;

• Naujų darbuotojų DU biudžetas;

• Bendrai planuojamos priemokos ir išmokos;

• Pokyčių planavimas (pvz.: naujų priemokų planavimas);

• DU koregavimai bendromis sumomis;

• DU koregavimai individualiai;

• Rezervų apskaičiavimas (būsimų pensininkų išeitinėms išmokoms, sveikatingumo, jubiliejinėms ir kitoms priemokoms )

• Atostogų įtakos įvertinimas.

Esamų darbuotojų darbo užmokestis turi būti apskaičiuojamas specializuotoje biudžeto planavimo sistemoje iš duomenų importuotų iš Vikarinos pagal šio skyriaus poskyriuose aprašytas taisykles.

Departamentų vadovai turi peržiūrėti sistemoje apskaičiuotą darbuotojų DU biudžetą ir papildyti darbuotojų sąrašą planuojamais priimti darbuotojais. Taip pat departamentų vadovai turi turėti galimybę keisti darbuotojų parametrus tokius kaip darbo sutarties terminas, darbuotojo pareiginė alga, valandinis įkainis ir panašiai.

Kai kurios priemokos ir išmokos gali būti planuojamos bendrai visam departamentui ir visam Perkančiajam subjektui (pvz.: mirties pašalpos ir pan.).

BPS reikalinga galimybė koreguoti apskaičiuotas bendras sumas departamentui ir visam Perkančiajam subjektui (pavyzdžiui DU sumažėjimas dėl sergamumo žiemos mėnesiais).

Taip pat turi būti galimybė pakoreguoti apskaičiuotą DU, įvedant sumą arba koeficientą individualiai darbuotojui ar darbuotojų grupei. Pavyzdžiui, jei būtų planuojami DU skaičiavimo pokyčiai (pvz.: svarstoma/planuojama nauja priemoka), tai tam tikrai darbuotojų grupei reikalinga pritaikyti naujus skaičiavimus arba reikalinga galimybė tiems darbuotojams įvesti efektą darbo užmokesčiui (pvz.: DU padidės 3 % arba DU padidės 100 EUR ir panašiai).

Apskaičiuojant DU reikalinga atsižvelgti į atostogas ir DU sezoniškumą dėl jų.

3.12.1. DU planavimas etatiniams darbuotojams

Etatiniams darbuotojams, kuriems pagal darbo sutartį mokama pareiginė alga, individualiai apskaičiuojama pareiginė algas ir mėnesinės priemokos (pavyzdžiui už stažą). Vienkartinės priemokos ir planuojamos bendromis sumomis departamentui. Svarbu pastebėti, kad:

• Pareiginė alga apskaičiuojama pagal darbuotojo pareiginės algos dydį, etato dydį, darbo sutarties terminą; jei sutartis terminuota, tikslinių atostogų trukmę.

• Priemoka už stažą apskaičiuojama, atsižvelgus į darbuotojo darbo stažą apskaičiuotą būsimiems periodams (BPS turi būti apskaičiuojamas ir darbuotojo stažas ir priemoka už stažą);

• Taip pat individualiai darbuotojams turi būti apskaičiuojama jubiliejų priemoka. Kadangi jubiliejų priemokos taikymui yra papildomų sąlygų (ne vien žmogaus amžius), tai BPS reikalinga galimybė vartotojui (departamento vadovui) atšaukti jubiliejinės priemokos skaičiavimą pasirinktiems jubiliatams.

• Jei darbuotojas planuojamais metais sulauks pensinio amžiaus per atsakingų darbuotojų nuspręstą terminą, jam turi būti apskaičiuojama išeitinės išmokos rezervas, jei toks rezervas nebuvo sukauptas ankstesniais metais. Rezervo suma lygi dviem vidutiniams mėnesio DU gruodžio mėnesį.

• Atostogų rezervas apskaičiuojamas individualiai kiekvienam darbuotojui;

• Nuo DU priskaitymų turi būti apskaičiuojamos SODROS išmokos;

• Gimus vaikui, gydymosi arba mirties pašalpos planuojamos bendromis sumomis departamentui;

• Sveikatingumo priemokos rezervas apskaičiuojamas bendromis sumomis departamentui

3.12.2. DU planavimas valandiniams darbuotojams

Valandinių darbuotojų pagrindinė darbo užmokesčio sąnaudų suma apskaičiuojama individualiai, o vienkartinės priemokos ir išmokos planuojamos bendrai departamentui. Svarbu pastebėti kad:

• Faktinis vidutinis apmokėjimas pagal valandinį įkainį yra apskaičiuojamas iš Vikarinos duomenų. Vidurkis skaičiuojamas sudėjus visus pagrindinio DU priskaitymus (apmokėjimas pagal valandinį įkainį, apmokėjimas už naktinį darbą, apmokėjimas už šventines ir poilsio dienas, apmokėjimas už viršvalandinį darbą, priedas už klasę ir kiti);

• Vidutinis valandinis įkainis dauginamas iš valandų skaičiaus, kuris skiriasi priklausomai nuo darbuotojui taikomo darbo grafiko (Darbo valandos (5 d. d. pirmadienis-penktadienis), Darbo valandos (5 d. d. antradienis-šeštadienis), Ver RD, Darbo valandos (5 d. d. pirmadienis-penktadienis) - SUMINĖ, vairuotojai ir kiti, Darbo valandos (5 d. d. antradienis-šeštadienis) - SUMINĖ, Ver RD);

• Atostoginių kaupimai, rezervas būsimiems pensininkams, sveikatingumo. Jubiliejinės ir kitos vienkartinės išmokos apskaičiuojamos analogiškai kaip ir Pareiginės algos atveju.

• Nuo DU priskaitymų turi būti apskaičiuojamos SODROS išmokos;

3.12.3. Naujų darbuotojų DU planavimas

Sistemoje reikalinga galimybė papildyti darbuotojų sąrašą, kai planuojama priimti naujų darbuotojų. Naujų darbuotojų DU ir atostoginių kaupimas netaikome perskaičiavimų dėl atostogų sezoniškumo, kadangi jie pirmais priėmimo metais neturėtų atostogauti.

3.12.4. Išeitinių išmokų rezervas pensininkams

DU planavimo modulyje reikalinga galimybė pažymėti (išrinkti) darbuotojus, kuriems turi būti sukauptas dviejų mėnesinių DU rezervas. Šis rezervas metiniame biudžete planuojamas gruodžio mėnesį. Darbuotojų sąrašą pateikia Teisės ir Personalo skyriaus specialistas, kuris iš Sodros gauna informaciją apie išeinančius į pensiją darbuotojus, tada išrenka tokius, kuriems dar nėra sukaupto rezervo. Pastariesiems reikalinga PBS apskaičiuoti rezervą.

3.13. Sąnaudų paskirstymas

Visos sąnaudos priskiriamos autobusų arba troleibusų verslo segmentui. Sistemoje reikalinga segmentams paskirstyti ne tik sąnaudų biudžetą, bet ir faktines sąnaudas.

3.13.1. Faktinių sąnaudų paskirstymo principai

Sąnaudos skirstomos keliais principais. Naujoje sistemoje reikalinga galimybė priskirti sąskaitai vieną iš principų:

1. 100 % troleibusų segmentui;

2. 100 % autobusų segmentui;

3. Po lygiai abiem segmentams;

4. Proporcingai tiesioginio DU pasiskirstymui;

5. Nepriskirti jokiam segmentui.

Visos tiesioginių sąnaudų sąskaitos turi tiesioginį priskyrimo principą 1 arba 2. 3 ir 4 principai taikomi pridėtinių sąnaudų paskirstymui.

Kitos veiklos sąnaudos neskirstomos ir paliekamos bendrame verslo segmente, t. y. taikomas 5 paskirstymo principas. Faktinių sąnaudų paskirstymas turi būti įvykdomas kartu su duomenų importu.

Gali atsirasti nauji paskirstymo principai, todėl sistemoje turi būti galimybė sukurti naują paskirstymo principą. Taip pat reikia numatyti, kad sąskaitos paskirstymo principas gali pasikeisti metų eigoje arba gali būti poreikis pakeisti sąskaitos paskirstymo principą nuo metų pradžios ir perskirstyti sąnaudas.

3.13.2. Planuojamų sąnaudų paskirstymo principai

Planuojamų sąnaudų paskirstymui taikomi tie patys paskirstymo principai kaip ir faktinių sąnaudų paskirstymui:

1. 100 % troleibusų segmentui;

2. 100 % autobusų segmentui;

3. Po lygiai abiem segmentams;

4. Proporcingai tiesioginio DU pasiskirstymui;

5. Nepriskirti jokiam segmentui.

Svarbu pastebėti, kad naujoje BPS reikalinga užtikrinti, kad tiesioginės sąnaudos būtų planuojamos pagal verslo segmentus, (arba turi būti numatomas reikalingas detalumas ir prikyrimo taisyklės.

Pavyzdžiui, tiesioginės sąnaudos:

• Troleibusų degalų sąnaudos;

• Autobusų degalų sąnaudos;

• Troleibusų vairuotojų DU sąnaudos;

• Autobusų vairuotojų DU sąnaudos;

• Troleibusų remonto sąnaudos;

• Autobusų remonto sąnaudos.

Tačiau ne visos tiesioginės sąnaudos yra priskiriamos tik vienam segmentui. Kai kurios bendros abiem segmentams sąnaudos gali būti skirstomos. Pavyzdžiui skirstomos tiesioginės sąnaudos:

• Universalių vairuotojų DU sąnaudos;

• Transporto departamentų vadovų DU sąnaudos;

• Remontininkų DU sąnaudos;

• Ir t.t.

Tokioms skirstytinoms sąnaudoms reikalinga galimybė įvesti paskirstymo nešiklį (koeficientus). Paskirstymo nešikliai gali būti įvairūs: procentai, transporto priemonių skaičius, darbo valandos ar rida. Naujoje BPS reikalinga galimybė tokioms skirstytinoms sąnaudoms priskirti nešiklį.

Planuojamo įsigyti turto nusidėvėjimas priskiriamas tam verslo segmentui, kuriam priskiriamas pats turtas. Jei turto negalima tiesiogiai priskirti verslo segmentui, tai reikia priskirti vieną iš paskirstymo principų.

Planuojamų kreditų palūkanos priskiriamos tam verslo segmentui, kuriam priskiriamas pats kreditas. Jei kredito negalima tiesiogiai priskirti verslo segmentui, tai reikia priskirti vieną iš paskirstymo principų. Jei kreditas planuojamas tam tikram turtui įsigyti, tai kredito palūkanoms taikomas tas pats paskirstymo principas, kuris taikomas susijusiam turtui.

3.14. Prognozės rengimas

Prognozė rengiama po kiekvieno ketvirčio. Prognozė gali būti rengiama tokiu pačiu detalumu ir nuoseklumu kaip ir biudžetas arba įvedant bendras sumas į bendrą standartinę biudžeto formą. Dažniausiai prognozė po pirmo ir po antro ketvirčio bus rengiama įvedant bendras sumas, o prognozė po trijų ketvirčių rengiama detaliai kartu su ateinančių metų biudžetu.

3.15. Ataskaitos

Perkantysis subjektas pateiks periodinių ataskaitų paketą, kuris turi būti gaunamas iš sistemos, tačiau iš kiekvienos planavimo srities turi būti suformuota bent viena:

• Biudžeto įvedimo forma;

• Biudžeto plano ataskaita;

• Biudžeto plano vykdymo ataskaita;

• Biudžeto plano suvestinė ataskaita;

• Biudžeto plano vykdymo suvestinė.

Ataskaitos turi būti pateikiamos lentelių ir grafikų pavidalu.

PASTABA. Jeigu techninėje specifikacijoje nurodytas konkretus modelis ar šaltinis, konkretus procesas ar prekės ženklas, patentas, tipas, konkreti kilmė ar gamyba, gali būti pateikiamas lygiavertis objektas nurodytajam.

Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo, atviro konkurso būdu vykdant supaprastintą pirkimą, sąlygų

2 priedas

PASIŪLYMO FORMA

------------------------------

SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO PIRKIMO,

ATVIRO KONKURSO BŪDU VYKDANT SUPAPRASTINTĄ PIRKIMĄ, PASIŪLYMAS

Tiekėjas – pavadinimas ir kodas (jei pasiūlymą pateikia tiekėjų grupė, nurodomi visų grupės partnerių pavadinimai ir kodai)
Tiekėjo adresas (jei pasiūlymą pateikia tiekėjų grupė, nurodomi visų grupės partnerių adresai)
Kontaktinio asmens vardas ir xxxxxxx
Telefono numeris
El. pašto adresas

Ūkio subjektai, kurių pajėgumais tiekėjas remiasi, kad atitiktų Pirkimo sąlygose keliamus kvalifikacijos reikalavimus. Nurodomi ir kvazisubtiekėjai – fiziniai asmenys, kuriuos ketinama įdarbinti Pirkimo laimėjimo atveju. (pildoma, jei tiekėjas pasitelkia kitų ūkio subjektų pajėgumus pagal Viešųjų pirkimų įstatymo 49 straipsnį)
Ūkio subjektas – pavadinimas, kodas
Ūkio subjekto adresas
Pirkimo sąlygų punktas, kurio sąlygą atitikti remiamasi ūkio subjekto pajėgumais
Ūkio subjekto teikiamos paslaugos
Sutarties dalis (apimtis pinigine išraiška, dalis procentais), kuriai ketinama pasitelkti ūkio subjektus

Žinomi subtiekėjai ir jiems perduodama vykdyti sutarties dalis (pildoma, jei tiekėjas pasitelkia subtiekėjus)
Subtiekėjas – pavadinimas ir kodas
Subtiekėjo adresas
Subtiekėjo teikiamos paslaugos
Sutarties dalis (apimtis pinigine išraiška, dalis procentais), kuriai ketinama pasitelkti subtiekėjus

2020- -

Pastaba. Pildoma, jei tiekėjas pasitelkia kitų ūkio subjektų pajėgumus pagal Viešųjų pirkimų įstatymo 49 straipsnį.

Pastaba. Pildoma, jei sutarties vykdymui bus pasitelkti subtiekėjai. Pasitelkiant subtiekėjus pateikiamas (-i) užpildytas (-i) pirkimo sąlygų 3 priedas.

Šiuo pasiūlymu pažymime, kad sutinkame su visomis pirkimo sąlygomis, nustatytomis:

1) pirkimo atviro konkurso būdu skelbime, paskelbtame Lietuvos Respublikos pirkimų, atliekamų vandentvarkos, energetikos, transporto ar pašto paslaugų srities perkančiųjų subjektų, įstatymo nustatyta tvarka;

2) kituose pirkimo dokumentuose (jų paaiškinimuose, papildymuose).

Mūsų pasiūlymo įkainiai ir kaina*:

1 lentelė

Eil. Nr.	Pirkimo objektas (dalys)		Kiekis, mato vnt.	Pirkimo objekto dalies kiekio mato vnt. (3) įkainis be PVM, Eur		Viso kiekio kaina be PVM, Eur
1	2		3	4		5 (3 × 4)
1.	Programinė įranga# ir jos įdiegimas, Perkančiojo subjekto darbuotojų mokymai – 1 etapas (bazinis modelis).		--------------	--------------		--------------
1.1.	Bendra sąnaudų biudžeto forma (Specifikacijos 3.4. p.)		1 (dalis)
1.2.	Detali sąnaudų biudžeto forma (Specifikacijos 3.5. p.)		1 (dalis)
2.	Programinė įranga ir jos įdiegimas, Perkančiojo subjekto darbuotojų mokymai – 2 etapas (pilnas modelis):		--------------	--------------		--------------
2.1.	Investicijų planavimas (Specifikacijos 3.6. p.)		1 (dalis)
2.2.	Nusidėvėjimo sąnaudų planavimas (Specifikacijos 3.7. p.)		1 (dalis)
2.3.	Palūkanų sąnaudų skaičiavimas (Specifikacijos 3.8. p.)		1 (dalis)
2.4.	Ridos planavimas (Specifikacijos 3.9. p.)		1 (dalis)
2.5.	Pajamų planavimas (Specifikacijos 3.10. p.)		1 (dalis)
2.6.	Degalų ir elektros sąnaudų planavimas (Specifikacijos 3.11. p.)		1 (dalis)
2.7.	Darbo užmokesčio planavimas (Specifikacijos 3.12. p.)		1 (dalis)
2.8.	Sąnaudų paskirstymas (Specifikacijos 3.13. p.)		1 (dalis)
2.9.	Prognozės rengimas (Specifikacijos 3.14. p.)		1 (dalis)
2.10.	Ataskaitos (Specifikacijos 3.15. p.)		1 (dalis)
3.	Licencijos		--------------	--------------		--------------
3.1.	Programinės įrangos# licencija	1 vnt.	3 (metai)	1)		2)
3.2.	Vartotojo (administratoriaus teisėmis) licencija	4 vnt.	3 (metai)	1 vnt. 1 metų įkainis	Visų 4 vnt. 1 metų kaina	5)
				3)	4)
3.3.	Vartotojo (paprastomis teisėmis) licencija	25 vnt.	3 (metai)	1 vnt. 1 metų įkainis	Visų 25 vnt. 1 metų kaina	8)
				6)	7)
4.	Perkančiojo subjekto konsultavimas		250 (valandos)	9)		10)
(A) – 5 skilties reikšmių suma		Viso pirkimo objekto kaina be PVM, t. y. pasiūlymo kaina be PVM
(B) = (A) × 0,21		21 proc. PVM
(C) = (A) + (B)*		Pasiūlymo kaina su 21 proc. PVM

*– Pasiūlymo kaina su PVM (kaina (C)) skirta tik pasiūlymų įvertinimui ir palyginimui. Pasiūlyme kainos nurodytos eurais.

Pasiūlymo kaina su PVM (kaina (C)) .................. eurai (žodžiais. )

Tais atvejais, kai pagal galiojančius teisės aktus tiekėjui nereikia mokėti PVM, jis nurodo bendrą kainą be PVM ir priežastis, dėl kurių PVM nemoka

PASTABOS:

1) – įrašomas Programinės įrangos licencijos 1 (vienerių) metų įkainis (kaina);

2) – įrašoma Programinės įrangos licencijos 3 (trejų) metų kaina, t. y. iš 3 (trijų) padaugintas 4 skiltyje įrašytas Programinės įrangos licencijos 1 (vienerių) metų įkainis (kaina) [ 2) = 1) × 3 ];

3) – įrašomas Programinės įrangos vienos Vartotojo (administratoriaus teisėmis) licencijos 1 (vienerių) metų įkainis (kaina);

4) – įrašoma Programinės įrangos visų (4) keturių) Vartotojo (administratoriaus teisėmis) licencijų 1 (vienerių) metų kaina [ 4) = 3) × 4 ];

5) – įrašoma Programinės įrangos visų (4) keturių) Vartotojo (administratoriaus teisėmis) licencijų 3 (trejų) metų kaina, t. y. iš 3 (trijų) padauginta Programinės įrangos visų (4) keturių) Vartotojo (administratoriaus teisėmis) licencijų 1 (vienerių) metų kaina [ 5) = 4) × 3 ];

6) – įrašomas Programinės įrangos vienos Vartotojo (paprastomis teisėmis) licencijos 1 (vienerių) metų įkainis (kaina);

7) – įrašoma Programinės įrangos visų (25) dvidešimt penkių) Vartotojo (paprastomis teisėmis) licencijų 1 (vienerių) metų kaina [ 7) = 6) × 25 ];

8) – įrašoma Programinės įrangos visų (25) dvidešimt penkių) Vartotojo (paprastomis teisėmis) licencijų 3 (trejų) metų kaina, t. y. iš 3 (trijų) padauginta Programinės įrangos visų (25) dvidešimt penkių) Vartotojo (paprastomis teisėmis) licencijų 1 (vienerių) metų kaina [ 8) = 7) × 3 ];

9) – įrašomas Perkančiojo subjekto konsultavimo 1 (vienos) valandos įkainis (kaina);

10) – įrašoma Perkančiojo subjekto konsultavimo visų 250 (dviejų šimtų penkiasdešimties) valandų kaina [ 10) = 9) × 250 ].

Skaičiuojant pasiūlymo įkainius ir kainą turi būti atsižvelgta į perkamą Programinę įrangą, Programinės įrangos įdiegimo, Programinės įrangos licencijų ir Perkančiojo subjekto konsultavimo kiekius, sąlygas ir terminus, į Specifikacijos reikalavimus, į pasiūlymo kainos ir įkainių sudėtines dalis, į numatytą atsiskaitymo už Programinę įrangą ir jos įdiegimą, į atsiskaitymo už Programinės įrangos licencijų palaikymą ir Perkančiojo subjekto konsultavimą terminus ir sąlygas, į sutarties pratęsimo galimybes, jei tokios galimybės numatytos, bei į visus kitus šio viešojo pirkimo dokumentų reikalavimus. Į Programinės įrangos ir jos įdiegimo įkainius ir kainas, į Programinės įrangos licencijų palaikymo ir Perkančiojo subjekto konsultavimo įkainius ir į pasiūlymo kainą turi būti įskaičiuotos visos tiekėjo Programinės įrangos, Programinės įrangos įdiegimo, Programinės įrangos licencijų palaikymo ir Perkančiojo subjekto konsultavimo išlaidos ir kitos su Programine įranga, Programinės įrangos įdiegimu, Programinės įrangos licencijų palaikymu ir Perkančiojo subjekto konsultavimu susijusios išlaidos, visi kiti galimi nurodyti ir nenurodyti tiekėjo kaštai ir visa galima tiekėjo rizika, susijusi su rinkos kainų svyravimais, ir visos tiekėjo išlaidos, apimančios ir išlaidas E. sąskaitoms teikti, ir viskas, ko reikia visiškam ir tinkamam sutarties vykdymui, bei visi mokesčiai, įskaitant PVM.

# – siūlomos Programinės įrangos:

Gamintojas
Pavadinimas
Versija arba kodas

Patvirtiname, kad mūsų siūloma Programine įranga, Programinės įrangos licencijos, Programinės įrangos įdiegimo, Programinės įrangos licencijų palaikymo ir Perkančiojo subjekto konsultavimo paslaugos atitinka pirkimo sąlygų techninėje specifikacijoje nustatytus kokybės ir kitus reikalavimus:

2 lentelė

Nr.	Reikalavimai sistemai	Techninis ar funkcinis reikalavimas	Reikalavimo pobūdis	S Standartinė savybė
					M Modifikuota savybė
						N Nėra
							Sprendimo aprašymas (jei savybė modifikuota)
Reikalavimai sistemos architektūrai
Sistemos architektūra turi būti realizuota vieningoje standartinėje platformoje su tarpusavyje integruotų komponenčių pagrindu. Tarpusavyje integruotos komponentės turi atlikti sekančias verslo funkcijas:
1	Suminių skaičių detalizavimo (angl. drill-down) ir detalizuotų skaičių sumavimo (angl. drill-up) analizė, naudojant hierarchinį informacijos dimensijų medį ir veiklos rodiklių aibę.	FR	Būtinas

2	Laisvos formos analizės įrankio (angl. Ad-hoc) ataskaitų kūrimas, naudojant hierarchinį informacijos dimensijų medį ir veiklos rodiklių aibę.	FR	Būtinas
3	"Kas-jeigu“ (angl. „what-if“) verslo scenarijų prognozavimas, veiklos bei biudžeto planų sudarymas.	FR	Būtinas
4	Visi sistemos produktai (ataskaitos, analitiniai modeliai, plano modeliai ir kt.) turi būti kuriami standartinėmis priemonėmis nereikalaujančiomis programavimo (programinio kodo kūrimo).	TR	Būtinas
5	Siūloma sistema negali turėti apribojimų naudojamų duomenų šaltinių skaičiui. Turi būti užtikrinta galimybė pačiam Užsakovui savo nuožiūra nemokamai jungti naujus duomenų šaltinius, nekeičiant sistemos ir jos licencijavimo.	TR	Būtinas
6	Siūloma sistema turi dirbti 64 bitų platformoje.	TR	Būtinas
Reikalavimai sistemos integralumui
7	Sistema turi būti atvira trečios šalies duomenų šaltiniams. Sistema turi naudoti atvirus pasijungimo prie duomenų šaltinių standartus, tame tarpe ODBC jungtį.	TR	Būtinas
8	Sistema turi būti integrali su MS Excel duomenų rinkiniais, XML, CSV ir reliaciniais duomenų šaltiniais (Microsoft SQL Server), Microsoft Sharepoint. Integralumas turi būti galimas kaip per duomenų saugyklą, taip ir tiesiogiai į Sistemą, taip pat iš Sistemos Pateikti sistemos integravimo su kitais duomenų šaltiniais schemą. Pateikti integravimo su Microsoft Sharepoint schemą.	TR	Būtinas
9	Sistema palaikytų integralumą su duomenų šaltiniais palaikančiais ODBC ar OLE DB standartus.	TR	Būtinas
10	Sistema turi būti integrali su pašto sistema MS Exchange pašto serveriu (SMTP) ir naudoti šios sistemos galimybę siųsti ataskaitas el. paštu.	TR	Privalumas
Sistema turi papildomai apimti šias komponentes:
11	Tiesioginio analitinio duomenų apdorojimo (angl. OLAP) kubai	TR	Būtinas
12	ETL įrankis *	TR	Būtinas
13	Rutinos tvarkaraštis (angl. Scheduler)	TR	Būtinas
14	Užduočių atlikimo ir stebėjimo komponentė (angl. Workflow manager)	TR	Būtinas
15	Duomenų grafinio atvaizdavimo komponentes	TR	Būtinas
16	Visos kitos komponentės (OLAP kubai, ataskaitų generavimo įrankiai, kitos funkcionalumo komponentės (jeigu sistemoje funkcionalumas pateikiamas per atskiras komponentes)).	TR	Būtinas
Reikalavimai sistemos saugumo modeliui
17	Vienos darbo sesijos metu vartotojas turi būti identifikuojamas ir autorizuojamas vieną ir tik vieną kartą (angl. single sign-on).	TR	Privalumas
18	Turi būti numatyta galimybė atpažinti vartotoją ir suteikti jam teises pagal įvestą vartotojo informaciją Windows operacinės sistemos pakrovimo vartotojo darbo vietos kompiuteryje metu.	TR	Privalumas
19	Turi būti numatyta galimybė jungtis ir kitu sistemos vartotoju.	TR	Privalumas

20	Sistema turi užtikrinti mažiausiai 56 bitų duomenų šifravimo mechanizmą, perduodant duomenis SSL protokolu. Sekantys duomenys turi būti koduojami: vartotojo vardas ir slaptažodis, perduodami duomenų paketai, laikini failai ir duomenų perdavimo kanalas.	TR	Būtinas
21	Prieiga turi būti suteikiama tik sėkmingai autentifikavus ir autorizavus vartotoją.	TR	Būtinas
22	Sistema turi leisti nustatyti kiekvienam vartotojui (rolei) skirtingas rašymo ir skaitymo teises.	TR	Būtinas
Reikalavimai sistemos diegimui
23	Visos sistemos komponentės turi būti diegiamos programinio serverio dalyje. Visas sistemos komponenčių funkcionalumas bei duomenų apdorojimas turi būti vykdomas sistemos programinio serverio dalyje.	TR	Būtinas
24	Esant plėtimo poreikiui, sistema turi turėti galimybę sistemos komponentes paskirstyti ir įdiegti skirtinguose techniniuose serveriuose (tarnybinėse stotyse) (angl. scalability).	TR	Būtinas
25	Visi sistemos vartotojai turi turėti galimybę dirbti vienu metu su bet kuria sistemos komponente pagal jiems suteiktas teises.	TR	Būtinas
Reikalavimai sistemos aplinkai
26	Tarnybinės stoties operacinė sistema – Microsoft Windows Server 2016 ar vėlesnės versijos.	TR	Būtinas
27	Sistemos darbo aplinka turi būti pateikta lietuvių ir anglų kalbomis.	TR	Būtinas
28	Galimybė dirbti nutolusiems klientams naudojant internet/intranet ryšį, interneto naršyklės arba kitų technologijų pagalba ir papildomas saugaus prisijungimo priemones.	TR	Būtinas

Reikalavimai sistemos funkcionalumui
29	Sistema turi turėti galimybę vartotojams ir administratoriams prisijungti tiek per kompiuteryje įdiegtą vietinį klientą (angl. Local Client), tiek per interneto naršyklę (angl. Web Client), abiem būdais išlaikant tą patį funkcionalumą.	FR	Būtinas
30	Prieiga per interneto naršyklę turi palaikyti populiariausias interneto naršykles (Google Chrome, Mozilla Firefox, Apple Safari, Microsoft Edge/IE).	FR	Būtinas
31	Sistema turi būti realizuota vieno standartinio programinio produkto pagrindu, „viskas viename“ principu. Kuris turi apimti šį funkcionalumą: Pateikti sistemos funkcionalumo aprašymą. Jeigu sistema susideda iš atskirai įsigyjamų modulių - galimų modulių sąrašą ir aprašymą.	FR	Būtinas
32	OLAP analizės komponentė, veikianti pagal OLAP – (angl. Online Analytical Processing) technologiją.	FR	Būtinas
33	„Ad-hoc“ ** užklausų kūrimo komponentė.	FR	Būtinas
34	Standartinių ataskaitų dizaino ir kūrimo komponentė.	FR	Būtinas
35	„Kas - jeigu“ situacijų prognozavimo komponentė.	FR	Būtinas

36	Operatyvus veiklos planų sudarymas, įtraukiant daug dalyvių; Planavimo proceso valdymas, versijų valdymas. Planavimo duomenų "Drill-down" ir "drill- up" analizė, naudojant hierarchinį plano dimensijų medį; plano lyginimas su faktu. Sistema neturi riboti vartotojų skaičiaus, aktyviai dirbančių vienu metu (skaičių/reikšmių suvedimas ir redagavimas).	FR	Būtinas
37	Automatizuotų išankstinių perspėjimų komponentė.	FR	Privalumas
38	Meta duomenų modelio kūrimo ir aprašymo komponentė.	TR	Būtinas
39	Sistema turi turėti galimybę detaliai planuoti didelį skaičių objektų (kaip personalas, investicijos, turtas ir kt.), apskaičiuojamų individualiomis formulėmis ir požymiais (detalaus planavimo funkcionalumas). Pateikti detalaus planavimo modelio sąsajų su kitais planavimo modeliais schemą.	FR	Būtinas
40	Sistemoje turi būti biudžeto proceso valdymo funkcionalumas (angl. Workflow management).	FR	Būtinas
Sistemos administravimo komponentė:
41	Skirtingomis sistemos komponenčių priemonėmis sukurtos ataskaitos ir jos informacijos turinys turi būti atidaromas ir panaudojamas visose sistemos ataskaitų sukūrimo komponentėse.	TR	Būtinas
Vartotojo prieigoje sistema turi suteikti galimybę:
42	Pateikti veiklos rodiklius, ataskaitų turinį, ataskaitų nuorodas ir kt. informacija iš skirtingų sistemos komponenčių vieno informacijos lango principu. Pateikti ataskaitų kūrimo eigą (nereikalaujant programavimo įgūdžių)	FR	Būtinas
43	Sistemoje turi būti galimybė vartotojui ar administratoriui papildyti bet kurias ataskaitas grafikais, naudojant vartotojui prieinamas standartines funkcijas. Pateikti duomenų vizualizavimo galimybių aprašymą (nereikalaujant programavimo įgūdžių)	FR	Būtinas
44	Vieno informacijos lango principu matyti skirtingomis sistemos komponentėmis sukurtų ataskaitų ir „kas - jeigu“ prognozavimo kubų turinį. Turi būti užtikrinta galimybė vartotojui tame pačiame lange įvesti duomenis ir dinamiškai matyti kaip šie duomenys atvaizduojami sistemos standartinėje ataskaitoje (pvz., lyginant faktinius duomenis su „kas - jeigu“ prognoze).	FR	Būtinas
	Reikalavimai Detalaus planavimo funkcionalumui
45	Detalaus planavimo objektai turi turėti lanksčiai keičiamus dimensijų pavadinimus ir jų skaičių, bei neribotą požymių kiekį.	FR	Būtinas
46	Detalaus planavimo objektai turi turėti skirtingas skaičiavimo taisykles ir periodus (pvz., kiekvieno darbuotojo darbo užmokestis gali būti skaičiuojamas skirtingais principais ir skirtingais laikotarpiais).	FR	Būtinas
47	Detalaus planavimo objektų duomenys turi būti planuojami į ateitį neribotam laikotarpiui (keliems ar daugiau metų).	FR	Būtinas
48	Sistema turi palaikyti neribotą kiekį detalaus planavimo scenarijų.	FR	Būtinas

49	Detalaus planavimo komponentės teisės gali būti suteikiamos atskirai nuo kitų duomenų priėjimo teisių (t. y. vartotojui gali būti suteikti planuoti detalaus planavimo objektus neturint teisės matyti kitų komponenčių duomenų).	FR	Būtinas
50	Detalaus planavimo taisyklių keitimas turi būti atliekamas per vartotojo grafinę sąsają ir nereikalauti programavimo žinių.	FR	Būtinas
	Reikalavimai planavimo proceso valdymui (Workflow)
51	Nustatyti atskirų užduočių savininkus ir tvirtintojus, kai užduotys gali būti susiję ne tik su biudžeto parengimu, bet ir "kas- jeigu " simuliacija, nuokrypių analize ir kt.	FR	Būtinas
52	Sistema turi automatiškai informuoti kiekvieną biudžeto dalyvį (rengiantis biudžetą ir/ar tvirtinantis biudžetą) apie jam priskirtas užduotis elektroniniu paštu.	FR	Būtinas
53	Sistema turi automatiškai informuoti kiekvieną biudžeto dalyvį (rengiantį biudžetą ir/ar tvirtinantį biudžetą) apie užduotis, kurių atlikimo terminas jau yra pradelstas (ir jam priskirtas užduotis elektroniniu paštu.	FR	Būtinas
54	Biudžeto proceso valdymo įrankis turi leisti nustatyti atskirų biudžeto užduočių tarpusavio priklausomybę ir atitinkamai pagal nustatytus ryšius informuoti biudžeto dalyvius apie jiems priskirtas užduotis, t. y. Atsakingi biudžeto dalyviai turėtų būti informuojami apie jiems priskirtas užduotis tik po to, kai tinkamai atliktos visos užduotys, kurių rezultatai reikalingi jam deleguotai užduočiai atlikti (Tai nurodoma nustatant atskirų užduočių tarpusavio priklausomybes).	FR	Būtinas
Reikalavimai duomenų saugyklai
Turi būti realizuota duomenų saugykla, su kuria sąveikaus Sistema. Duomenų saugykloje turi būti realizuota:
55	Automatinis reikalingų duomenų pakrovimas iš duomenų šaltinių.	TR	Būtinas
56	Automatinis reikalingų duomenų atidavimas trečioms šalims.	TR	Būtinas
57	Duomenų transformavimas ir agregavimas į optimizuotą struktūrą analizei, planavimui bei „kas- jeigu“ scenarijų vertinimui.	TR	Būtinas
58	Turi būti užtikrinta istorinių duomenų kaupimas, jų būsima analizė, palyginimas kaip su istoriniais duomenimis, su realiais, taip pat ir su planu.	TR	Būtinas
59	Sistema turi veikti Microsoft SQL 2016 SP2 arba naujesnės duomenų bazės pagrindu (duomenų bazės programinės įrangos suteikti nereikia).	TR	Būtinas
60	Sistemos duomenų saugykla turi turėti galimybę automatiškai eksportuoti reikalingus duomenis .	TR	Būtinas
61	Sistemoje turi būti realizuotas duomenų korektiškumo tikrinimas	TR	Privalumas
62	Duomenų korektiškumo tikrinimo mechanizmas turi apimti papildomas aritmetines ar logines duomenų patikrinimo taisykles, korektiškumo tikrinimo taisykles.	TR	Privalumas
63	Sistemoje turi būti realizuotos duomenų dubliavimo prevencijos priemonės.	TR	Privalumas

DETALŪS REIKALAVIMAI SISTEMAI IR JOS KOMPONENTĖMS:
Nr.	Reikalavimai sistemai	Techninis ar funkcinis reikalavimas	Reikalavimo pobūdis	S Standartinė savybė
					M Modifikuota savybė
						N Nėra
							Sprendimo aprašymas (jei savybė modifikuota)
Detalūs reikalavimai OLAP analizės komponentei
Vartotojui turi būti suteikta galimybė per pateikiamą analizės komponentės grafinę sąsają be programavimo žinių atlikti OLAP analizės uždavinius:
64	Riboti analizuojamų duomenų kiekį, nustatant filtrus ir atliekant greitą duomenų paiešką.	FR	Būtinas
65	Turinio keitimas ir maketavimas atliekamas tempk-ir-paleisk (angl. drag and drop) principu, vienu metu pasirinkti skirtingus pjūvius – dimensijas iš informacijos kategorijų medžio ir įterpti į ataskaitos „pivot“ tipo lentelę. Taip pat formuoti naujus (išskaičiuotus) rodiklius iš drag-and-drop pasirinktų aprašant matematinėmis formulėmis.	FR	Būtinas
66	Susikurti ir išsaugoti filtrus kaip papildomas informacijos dimensijas informacijos kategorijų medyje.	FR	Būtinas
67	Įterpus į lentelę pasirinktus informacijos pjūvius-dimensijas ir suformavus ataskaitos lentelę, taikyti ir keisti jos informacijos filtravimo kontekstą, pvz.: skirtingus laikotarpius ar kitus pasirinktus informacijos pjūvius.	FR	Būtinas
68	Įterpti į lentelę sukurtus paskaičiavimus pagal pasirinktus rodiklius iš informacijos kategorijų medžio.	FR	Būtinas
69	Riboti analizės lentelės dydį, ignoruojant lentelės ląsteles su nulinėmis skaitinėmis reikšmėmis ir ląsteles be duomenų.	FR	Privalumas
70	Automatiškai atvaizduoti formuojamos analizės lentelės duomenis pasirinkto tipo grafike. Grafike turėti Drill-up, Drill-down funkcijas	FR	Būtinas
71	Išsaugoti suformuotus informacijos pjūvius tiek grafiko, tiek lentelės pavidalu skirtingo formato failuose, kaip PDF ir Excel 20XX.	FR	Būtinas
72	Išsaugoti suformuotus informacijos pjūvius kaip sistemos ataskaitą su veikiančiais duomenų šaltinių sąryšiais turinio valdymo kataloge. Turi būti galimybė pasirinkti norimą katalogą arba susikurti naują katalogą.	FR	Privalumas
73	Išsaugoti ataskaitą vartotojo asmeninio naudojimo kataloge arba patalpinti ataskaitą į viešą visiems vartotojams prieinamą pagal jiems suteiktas teises ataskaitų katalogą.	FR	Būtinas
Detalūs reikalavimai „ad-hoc“ užklausų kūrimo komponentei
74	„Ad-hoc“ užklausų kūrimo komponentė turi automatiškai formuoti „ad-hoc“ užklausas formuojamos lentelės laukams ar grafikams, nereikalaujant iš vartotojo SQL programavimo, sistemos gimtosios kalbos (pvz.: 4GL, JAVA ir	FR	Būtinas

	kt.) programavimo, HTML bei kito kodavimo kalbų.
75	Vartotojui turi būti suteikta galimybė „drag- and-drop“ principu, pasirinkti dimensijas ir veiklos rodiklius iš hierarchinio informacijos kategorijų medžio ir įterpti į ataskaitos formavimo darbalaukį. Taip pat formuoti naujus (išskaičiuotus) rodiklius iš drag-and- drop pasirinktų aprašant matematinėmis formulėmis.	FR	Būtinas
76	„Ad-hoc“ užklausų kūrimo komponentė privalo turėti duomenų laukų filtravimo, grupavimo ir turinio formatavimo funkcijas.	FR	Būtinas
77	Vartotojui turi būti suteikta galimybė parinkti norimą informacijos kategoriją (dimensiją arba veiklos rodiklį) iš hierarchinės meta duomenų modelio struktūros ir dinamiškai „drag-and- drop“ principu ją patalpinti sistemos darbalaukyje.	FR	Būtinas
78	Sistema turi turėti galimybę pasitikrinti darbo rezultatus, siunčiant „ad-hoc“ užklausą ribotam duomenų kiekiui ir tik baigus kūrimo ar modifikavimo darbus, pareikalauti užklausos, apimančios visą duomenų kiekį.	FR	Būtinas
Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių atlikti ataskaitos kūrimo uždavinius:
79	„Drag-and-drop“ principu pasirinkti skirtingus informacijos pjūvius iš informacijos kategorijų medžio ir įterpti į ataskaitos darbalaukį.	FR	Būtinas
80	Susikurti ir išsaugoti filtrus. Turi būti suteikta galimybė sukurti duomenų filtrą pagal pasirinktą informacijos kategoriją.	FR	Būtinas
81	Sukurti filtrus, kurie gali turėti interaktyvaus elemento savybes, t. y. paleidžiant išsaugotą ataskaitą iš naujo, vartotojo paprašoma įvesti arba pasirinkti filtravimo kriterijaus reikšmę.	FR	Privalumas
82	Apibrėžti sąlyginio ataskaitos formatavimo sąlygas. Turi būti suteikta galimybė pagal nurodytas sąlygas dinamiškai formatuoti duomenų eilutes, pavyzdžiui pakeisti teksto arba lentelės ląstelės fono spalvą.	FR	Privalumas
83	Įterpti į lentelę sukurtus paskaičiavimus pagal pasirinktus rodiklius iš informacijos kategorijų medžio	FR	Būtinas
84	Rūšiuoti ir grupuoti duomenis pagal vartotojo sukurtas duomenų grupes iš turimų duomenų grupių informacijos kategorijų medyje.	FR	Būtinas
85	Formatuoti duomenis, nustatant skaitinių reikšmių atvaizdavimo parametrus.	FR	Privalumas
86	Įterpti į ataskaitą norimo tipo grafiką.	FR	Privalumas
87	Formuoti ataskaitos maketą, pasirenkant galimybę ataskaitą skaidyti į atskirus loginius puslapius ir / arba turinio sekcijas, su priskirtomis lentelėmis ir grafikais.	FR	Privalumas
88	„Ad-hoc“ užklausų kūrimo komponentė turi būti centralizuotai įdiegta ir prieinamas iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas

Detalūs reikalavimai standartinių ataskaitų grafinio dizaino ir kūrimo komponentei
89	Sistema privalo turėti ataskaitų kūrimo komponentę, kuri naudotų meta duomenų modelį su pateikta vartotojui suprantama informacijos kategorijų hierarchija. Standartinių ataskaitų grafinio dizaino ir kūrimo komponentė turi suteikti vartotojams galimybę modifikuoti ataskaitų maketus bei kurti naujus maketus.	FR	Būtinas
90	Standartinių ataskaitų grafinio dizaino ir kūrimo komponentė turi suteikti galimybę neprogramuojant įterpti užklausas į skirtingus duomenų šaltinius, kurti grafinį ataskaitų maketų dizainą bei kontroliuoti ataskaitos turinio išdėstymą.	FR	Būtinas
91	Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių ir programavimo kalbų, kurti standartinės ataskaitos dizainą ir užklausas:	FR	Būtinas
92	„Drag-and-drop“ principu pasirinkti skirtingus informacijos pjūvius iš informacijos kategorijų medžio ir įterpti į ataskaitos darbalaukį.	FR	Būtinas
93	Turi būti suteikta galimybė programos vedlio pagalba kurti ataskaitos interaktyvius laikotarpio ir dimensijų bei rodiklių reikšmių pasirinkimo filtrus ir parametrus.	FR	Privalumas
94	Turi būti suteikta galimybė „drag-and-drop“ principu įterpti į ataskaitos darbalaukį neribojamą skaičių pasirinktų ataskaitos objektų ir jiems nustatyti atvaizdavimo parametrus: filtrus, tekstinius objektus, lenteles, „pivot“ tipo lenteles, grafikus, grafinius paveikslėlius ir nuotraukas ir kt. elementus.	FR	Privalumas
95	Ataskaitų grafinio dizaino ir kūrimo komponentė turi būti centralizuotai įdiegta ir prieinama iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas
Sistema turi suteikti naudotojui galimybę nustatyti pasirinktos ataskaitos vykdymo parametrus arba ataskaitų grupės bendrus vykdymo parametrus:
96	ataskaitų automatizuoto generavimo ir vykdymo tvarkaraštį (ataskaitų rezultatai turi būti generuojami periodiškai, nustatytu laiku).	TR	Būtinas
97	periodišką ataskaitų duomenų pateikimą HTML \ XHTML, MS Excel 20XX versijas, CSV, PDF ir XML formatais.	TR	Būtinas
98	periodišką sugeneruotų ataskaitų siuntimą el. paštu pasirinktiems el. pašto gavėjams.	TR	Būtinas
99	Sistemos kataloguose sugeneruotų ir išsaugotų ataskaitų versijos turi būti saugomos sistemos vidinėje saugykloje.	TR	Privalumas

Detalūs reikalavimai veiklos planavimo komponentei
100	Veiklos planavimo prognozavimo komponentė turi suteikti galimybę vartotojui planuoti veiklos skaičius. Vartotojas turi turėti galimybę planuoti ne tik piniginius vienetus (Eur ir t.t.), bet ir natūrinius (pvz., vnt., km, kg, kw/h, ir t.t.). Turi būti užtikrinta natūrinių bei piniginių vienetų konvertavimo (perskaičiavimo) galimybė pačiame plano modelyje.	FR	Būtinas
101	Vartotojas turi turėti galimybę kurti, palyginti ir įvertinti skirtingas plano versijas (versijavimas) t. y. įvesti ir keisti veiklos planą (skaitines reikšmes) ir analizuoti kaip įvesti pakeitimai įtakoja veiklos rezultatą dabar ir ateityje.	FR	Būtinas
102	Turi būti galimybė kurti neribotą versijų skaičių.	FR	Būtinas
103	Turi būti galimybė kurti tęstinį biudžetą (angl. Rolling-budget arba Rolling Forecast)	FR	Būtinas
104	Veiklos planavimo komponentė turi suteikti galimybę duomenis įvedinėti ir peržiūrėti skirtingais informacijos detalumo lygiais pagal skirtingas dimensijas atskiruose tarpusavyje susijusiuose informacijos kubuose.	FR	Būtinas
105	Veiklos planavimo turi palaikyti automatišką įvedamų skaičių (sumų) išskaidymą žemesnio (detalesnio) lygio informacijos kategorijoms – dimensijoms (pvz., paslaugoms, klientams, teritorijoms, organizaciniams padalinimas ir t.t.) pagal pasirinktą duomenų perskaičiavimo profilį: pvz., remiantis ankstesnių laikotarpių skaičiais arba prognozuojamu sezoniškumu.	FR	Būtinas
106	Turi būti funkcionalumas leidžiantis rengti biudžetą planuojant augimą (pokytį) įvairaus lygio kategorijose ir turint galimybę pasirinkti duomenų paskirstymo žemesniems nariams taisyklę, išlaikant galimybę visada planuoti ir absoliutines atitinkamo rodiklio reikšmes. t. y. galimybė rengti biudžetą planuojant pokytį pasirinktos bazės atžvilgiu turi būti realizuotas nefiksuojant formules biudžeto modelyje.	FR	Privalumas
107	Veiklos planavimo komponentė turi suteikti galimybę galutiniam vartotojui kurti vieningą veiklos plano modelį be programavimo žinių. Turi būti suteikta galimybė kurti naujas ir papildyti esančias dimensijas naujomis informacijos kategorijomis bei verslo rodikliais, nesudėtingai apibrėžti verslo modelį sudarančių duomenų struktūrų tarpusavio sąryšius.	FR	Būtinas
Vartotojui turi būti suteikta galimybė per pateikiamą komponentės grafinę sąsają, be programavimo žinių, atlikti sekančius veiksmus:
108	Įvesti duomenis, panaudojant trumpąsias vartotojo aritmetines bei analitines paskaičiavimo komandas.	FR	Būtinas
109	Įvesti komentarus.	FR	Būtinas
110	Patvirtinti arba atmesti duomenų pakeitimus, atliktus kitų vartotojų pagal suteiktas teises.	FR	Būtinas
111	Apibrėžti ir keisti rodiklių formules ir susijusių rodiklių bei verslo dimensijų tarpusavio sąryšius pagal suteiktas teises.	FR	Būtinas

112	Individualiai detalizuoti atskiras standartizuotos struktūros žemiausio lygmens eilutes (angl. line-item details)	FR	Būtinas
113	Turi būti numatyta galimybė struktūrinių prielaidų rezultatus palyginti su faktiniais duomenimis OLAP analizės komponentės, „ad- hoc“ užklausų kūrimo ir standartinių ataskaitų kūrimo komponenčių priemonėmis	FR	Privalumas
114	Sistema turi turėti galimybe ne ETL įrankio pagalba paskirstyti sąnaudas ir pajamas pagal nustatytą metodiką. Įrankis turi leisti atsakingam asmeniui, be specializuotų žinių, naudojant standartinius parametrizavimo įrankius pakoreguoti paskirstymo metodiką (paskirstymo seką, paskirstymo bazę ir kt.)	FR	Būtinas
115	Sistema turi turėti galimybę palaikyti multivaliutinius modelius, t. y. duomenys kuriami viena valiuta ir automatiškai konvertuojami į ataskaitų valiutą (-as).	FR	Privalumas
116	Sistema turi turėti galimybę konvertuoti valiutas, t. y. visus (arba pasirinktus) duomenis konvertuoti iš vienos valiutos į kitą, pasirenkant ir nurodant koks valiutos kursas turi būti taikomas (Vidutinis, atskaitomybės dienos, istorinis ir pan.)	FR	Privalumas
117	Turi būti numatyta galimybė rezultatus skirtingomis valiutomis palyginti ir analizuoti OLAP analizės komponentės, „ad-hoc“ užklausų kūrimo ir standartinių ataskaitų kūrimo komponenčių priemonėmis.	FR	Būtinas
118	Biudžeto formos biudžeto dalyviams turi būti automatiškai generuojamos pagal nustatytus atskirų biudžeto dalyvių prieigos teises, t. y. jeigu sukuriama biudžeto forma, jos neturėtų būti kopijuojamos ir paskui palaikomos kaip atskiros formos kiekvienam iš biudžeto dalyvių, o turėtų būti kuriama ir palaikoma viena biudžeto forma, kuri būtų automatiškai koreguojama kiekvienam vartotojui pagal nustatytas jo prieigos teises.	FR	Būtinas
119	Turi būti numatyta galimybė dirbti betarpiškai su veiklos planavimo komponentės struktūrinių prielaidų kubais MS Excel aplikacijos programinėje terpėje.	FR	Privalumas
120	Veiklos planavimo komponentė turi būti centralizuotai įdiegta ir prieinamas iš nutolusių darbo vietų per kompiuterinį tinklą.	FR	Būtinas
121	Komponentė turi užtikrinti tiesioginį visų įvedamų duomenų saugojimą struktūrizuotoje duomenų bazėje.	FR	Būtinas
122	Vartotojui turi būti suteikta galimybė rengiant biudžetą ir planuojant, planuojamame duomenų sraute užrakinti pasirinktą laikotarpį, išlaikant galimybę toliau planuoti iš viršaus į apačią keičiant metinį rezultatą, bet sistema automatiškai turėtų koreguoti tik leidžiamus koreguoti mėnesius.	FR	Būtinas

123	Sistema turėtų leisti atskiriems naudotojams įvesti biudžeto duomenis neprisijungus prie sistemos, nesant tinklo ryšiui. Pvz., parengti biudžetą MS Excel formate, kurio duomenys būtų automatiškai pakraunami į sistemos centralizuotą duomenų bazę, kai tik atitinkamas failas bus perduotas sistemai.	FR	Būtinas
124	Sistema turėtų leisti biudžeto koordinatoriui (neturinčiam specializuotų informacinių technologijų žinių) "užrakinti" patvirtintą biudžeto versiją, apsaugoti nuo bet kokių duomenų keitimų.	FR	Būtinas
Detalūs reikalavimai sistemos administravimo komponentei
125	Sistema turi turėti sistemos administravimo, konfigūravimo bei sistemos procesų stebėjimo funkcines galimybes, tame tarpe vartotojų grupių ir vartotojų saugumo teisių administravimo funkcionalumą.	TR	Būtinas
126	Sistema suteikti galimybę nustatyti teises vartotojo, vartotojų grupės ir vartotojų rolių (vykdomo programinio funkcionalumo) lygmenyje. Turi būti numatyta galimybė priskirti teises sistemos vidinės meta duomenų saugyklos objektams, turinio valdymo katalogams ir atskiroms ataskaitoms.	TR	Būtinas
127	Sistema privalo turėti sistemos procesų ir servisų administravimo įrankius. Administratoriui turi būti suteikta galimybė stebėti visus vykdomus sistemos procesus, jų einamąją būklę, vykdymo uždelsimą, vykdymo trukmę sekundėmis.	TR	Būtinas
128	Sistemos administravimo komponentė turi suteikti galimybę valdyti ir nustatyti visų aukščiau išvardintų komponenčių ir susijusių servisų vykdymo parametrus.	TR	Privalumas
Administratoriui turi būti suteikta galimybė atlikti sekančius veiksmus:
129	Nustatyti sistemoje vykstančių procesų registravimo parametrus.	TR	Būtinas
130	Nustatyti sistemos vidinių servisų paleidimo parametrus.	TR	Būtinas
131	Valdyti vartotojų teises, pridėti naujus vartotojus ar pašalinti esamus.	TR	Būtinas
132	Nustatyti duomenų šifravimo parametrus: šifravimo rakto parametrus, SSL kodavimo parametrus ir šifravimo algoritmo parametrus.	TR	Privalumas
133	Nustatyti pasijungimo prie el. pašto serverio parametrus.	TR	Būtinas
134	Testuoti sistemos komponenčių darbą.	TR	Būtinas
135	Sistema turi leisti biudžeto administratoriui (koordinatoriui) be specializuotų žinių lengvai ir patogiai koreguoti bet kurios iš dimensijų hierarchiją (Pvz. pridėti naują padalinį, perkelti skyrių į kita departamentą, pridėti naują rodiklį, sukurti formulę). Pateikti schemą ar aprašymą, kaip sistemoje atliekami šie administravimo veiksmai: 1. Pridedama nauja sąskaita 2. Padalinys perkeliamas į kitą verslo centrą 3. Sukuriamas naujas nefinansinis rodiklis	TR	Būtinas

3 lentelė

Sutarčiai vykdyti bus paskirtas šis darbuotojas – projekto vadovas: (vardas ir xxxxxxx, pareigos)
...
Šio darbuotojo patirtis – įgyvendinti informacinės sistemos diegimo projektai, kuriems jis vadovavo: (projekto pavadinimas, trumpas projekto aprašymas, projekto vykdymo pradžios ir pabaigos datos (metai ir mėnuo), užsakovo kontaktiniai asmenys (vardas, pavardė, pareigos, tel. Nr., el. paštas).
1.	...
2.	...
3.
...
9.

4 lentelė

Sutarčiai vykdyti bus paskirtas šis darbuotojas – informacinių sistemų analitikas: (vardas ir pavardė, pareigos)
...
Šio darbuotojo patirtis – įgyvendinti informacinės sistemos diegimo projektai, kuriuose jis vykdė informacinių sistemų analizės ir sprendimo projektavimo darbus. (projekto pavadinimas, trumpas projekto aprašymas, projekto vykdymo pradžios ir pabaigos datos (metai ir mėnuo), užsakovo kontaktiniai asmenys (vardas, pavardė, pareigos, tel. Nr., el. paštas).
1.	...
2.	...
3.
...
9.

5 lentelė

Bazinį biudžeto sudarymo ir ataskaitų modelį įgyvendinsime neilgiau nei per

...

mėnesį (-ius)

Kartu su pasiūlymu pateikiami šie dokumentai (patvirtinu, kad dokumentų skaitmeninės kopijos yra tikros):
Eil. Nr.	Pateikto dokumento pavadinimas	Dokumente esanti konfidenciali informacija (nurodoma dokumento dalis / puslapis, kuriame yra konfidenciali informacija)*	Konfidencialios informacijos pagrindimas (paaiškinama, kuo remiantis nurodytas dokumentas ar jo dalis yra konfidencialūs)*
	...
	...
	...

*Pildoma, jei bus pateikta konfidenciali informacija, kaip ji apibrėžta Pirkimų įstatymo 32 straipsnio 2 dalyje. Tiekėjas negali nurodyti, kad visas pasiūlymas yra konfidencialus.

Pašalinimo pagrindų nebuvimą patvirtinantys dokumentai, kuriuos Perkantysis subjektas turi iš ankstesnių pirkimo procedūrų*:
Eil. Nr.	Dokumento pavadinimas, dokumentą išdavusios institucijos pavadinimas, registracijos numeris, išdavimo data	Perkančiojo subjekto pirkimo pavadinimas, pirkimo numeris, kuriame buvo pateiktas dokumentas	Dokumente esanti konfidenciali informacija (nurodoma dokumento dalis / puslapis, kuriame yra konfidenciali informacija)**	Konfidencialios informacijos pagrindimas (paaiškinama, kuo remiantis nurodytas dokumentas ar jo dalis yra konfidencialūs)**
	...
	...
	...

*Pildoma, jei Perkantysis subjektas tiekėjo pašalinimo pagrindų nebuvimą patvirtinančius tinkamus dokumentus turi iš ankstesnių pirkimo procedūrų, kaip nurodyta pirkimo sąlygų 3.8.2 punkte.

**Pildoma, jei dokumente pateikta konfidenciali informacija, kaip ji apibrėžta Pirkimų įstatymo 32 straipsnio 2 dalyje.

Su pirkimo sąlygų 4 priede pateikiamu pirkimo sutarties projektu sutinkame. Pasiūlymas galioja pirkimo sąlygose nurodytą terminą.

Dalyvis arba jo įgaliotas asmuo (pareigos) parašas vardas ir xxxxxxx

Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo, atviro konkurso būdu vykdant supaprastintą pirkimą, sąlygų

3 priedas

DEKLARACIJA

DĖL SUTIKIMO BŪTI SUBTIEKĖJU

201_- -

(subtiekėjo pavadinimas) dalyvaujantis kaip tiekėjo (tiekėjo pavadinimas) subtiekėjas UAB „Vilniaus viešasis transportas“ vykdomame (pirkimo pavadinimas) pirkime, paskelbtame CVP IS, sutinka būti subtiekėju ir pasižada kartu su tiekėju vykdyti sutartį bei būti prieinamu sutarties vykdymo metu.

Subtiekėjas arba jo įgaliotas asmuo (pareigos) parašas vardas ir xxxxxxx

Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo, atviro konkurso būdu vykdant supaprastintą pirkimą, sąlygų

4 priedas

PIRKIMO SUTARTIES PROJEKTAS

-----------------------

Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo, techninio palaikymo ir konsultavimo paslaugų

PIRKIMO-PARDAVIMO SUTARTIS Nr. 48-C.2020 /

2020 m. d.

Vilnius

Uždaroji akcinė bendrovė „Vilniaus viešasis transportas“, pagal Lietuvos Respublikos įstatymus įsteigta ir veikianti įmonė, juridinio asmens kodas 302683277, kurios registruota buveinė yra Žolyno g. 15, LT-10209 Vilnius, duomenys apie įmonę kaupiami ir saugomi Lietuvos Respublikos Juridinių asmenų registre, atstovaujama

, veikiančio pagal bendrovės įstatus (toliau – Pirkėjas), ir

, juridinio asmens kodas , kurios registruota buveinė yra

, atstovaujama , veikiančio pagal (toliau – Tiekėjas), toliau vadinamos Šalimis, o kiekviena atskirai – Šalimi,

vadovaudamiesi Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo pirkimo, atviro konkurso būdu vykdant supaprastintą pirkimą, sąlygų (BVPŽ kodas 48442000-8 „Finansinių sistemų programinės įrangos paketai“) (2020- - CVP IS paskelbtas pirkimas , Skelbimo kodas: 2020- ) (toliau – pirkimas), kurio laimėtoju pripažintas Tiekėjas, rezultatais,

sudarė šią viešojo pirkimo-pardavimo sutartį (toliau – Sutartis) ir susitarė dėl toliau išvardintų sąlygų:

1. Straipsnis

Sutarties dalykas

1.1. Tiekėjas įsipareigoja Pirkėjui Sutartyje nustatyta tvarka, sąlygomis ir terminais:

1.1.1. pateikti Pirkėjui specializuotą biudžeto planavimo programinę įrangą, skirtą biudžeto planavimui ir stebėsenai (toliau – Programinė įranga) Programinę įrangą įdiegti ir atlikti kitus Sutarties 1 priede „Techninė specifikacija“ (toliau – Specifikacija) numatytus darbus (toliau – Programinės įrangos įdiegimas);

1.1.2. vykdyti Programinės įrangos licencijų (toliau – Licencijos) palaikymą (toliau – Licencijų palaikymas), konsultuoti Pirkėjo darbuotojus;

1.2. Perkamos Programinės įrangos savybės ir reikalavimai, Programinės įrangos įdiegimo, Licencijų palaikymo ir Pirkėjo darbuotojų konsultavimo reikalavimai nurodyti Specifikacijoje. Jeigu Specifikacijoje nurodomas konkretus modelis ar šaltinis, konkretus procesas ar prekės ženklas, patentas, tipas, konkreti kilmė ar gamyba, gali būti pateikiamas lygiavertis objektas nurodytajam.

1.3. Tiekėjo pateikta Programinė įranga, Programinės įrangos įdiegimas, Licencijų palaikymas ir Pirkėjo darbuotojų konsultavimas privalo būti kokybiškos ir atitikti Sutartyje, pirkimo dokumentuose bei Lietuvos Respublikos teisės aktuose nustatytus reikalavimus.

1.4. Sutarties įsigaliojimas ir jos galiojimas, Programinės įrangos įdiegimo, Licencijų palaikymo bei Pirkėjo darbuotojų konsultavimo terminai ir laikotarpiai nurodyti Sutarties 8 straipsnyje.

1.5. Tiekėjas patvirtina, kad jis turi teisę parduoti Programinę įrangą ir (ar) Licencijas, suteikti prieigas naudotis Programine įranga, kad jokie tretieji asmenys neturi jokių pretenzijų ar teisių į Programinę įrangą ir (ar) Licencijas, Licencijos nėra įkeistos, išnuomotos, parduotos ar kitaip perleistos ar apsunkintos, joms neuždėtas areštas ar draudimas, teisme ginčų dėl jų nėra ir Tiekėjo teisė disponuoti Programine įranga ir (ar) Licencijomis neatimta bei neapribota.

1.6. Xxx Xxxxx, vykdydamos Sutartį, įsipareigoja gerbti viena kitą ir nedelsiant imasi visų priemonių Sutarčiai vykdyti, o taip pat nedelsiant priima visus Sutarčiai vykdyti reikiamus sprendimus.

2.1. Pradinės Sutarties kainos:

2. Straipsnis

Sutarties kainos ir įkainiai, mokėjimo sąlygos

2.1.1. Pradinės Sutarties kaina be PVM – .....,00 Eur ( eurų);

2.1.2. Pradinės Sutarties kainos 21 proc. PVM – ....,00 Eur ( eurų);

2.1.3. Pradinės Sutarties kaina su 21 proc. PVM – .....,00 Eur ( eurų);

2.2. Programinės įrangos ir Programinės įrangos įdiegimo ir jų dalių, Licencijų palaikymo ir Pirkėjo darbuotojų konsultavimo įkainiai be PVM nurodyti Specifikacijoje. Šie įkainiai be PVM visą Sutarties galiojimo laikotarpį yra nekeičiama. Jei Sutarties galiojimo laikotarpiu Lietuvos Respublikos teisės aktų nustatyta tvarka pasikeistų įkainiams taikomas PVM dydis, Šalys sutaria, kad įsigaliojus šiems Lietuvos Respublikos teisės aktams, nuo naujojo įkainiams taikomo PVM dydžio įsigaliojimo dienos įkainiams bus taikomas naujasis PVM dydis.

2.3. 2.2 punkte nurodytas Šalių sutarimas papildomai nebus fiksuojamas ir Šalys jokių papildomų susitarimų dėl to nepasirašys.

2.4. Sutarties kaina ir įkainiai dėl bendro kainų lygio kitimo arba kitų mokesčių, išskyrus PVM, pasikeitimo perskaičiuojami nebus. Visą riziką dėl įkainių padidėjimo prisiima Tiekėjas. Jokių kitų papildomų išlaidų dėl Programinės įrangos priežiūros paslaugų teikimo Pirkėjas patirti negali.

2.5. Atsižvelgiant į Sutarties pobūdį ir ypatumus, Šalys sutaria, kad už Programinę įrangą ir Programinės įrangos įdiegimus (1 etapą ir 2 etapo atskiras dalis) Pirkėjas atsiskaitys per 30 (trisdešimt) kalendorinių dienų nuo sąskaitos faktūros už Programinę įrangą ir Programinės įrangos įdiegimus informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos.

2.6. Atsižvelgiant į Sutarties pobūdį ir ypatumus, Šalys sutaria, kad už Licencijas (jų galiojimą ir palaikymą (12 mėn. galiojimo ir palaikymo laikotarpius) Pirkėjas atsiskaitys mokėdamas 3 (tris) mokėjimus per 30 (trisdešimt) kalendorinių dienų nuo sąskaitų faktūrų už Licencijas (jų galiojimą ir palaikymą (12 mėn. galiojimo ir palaikymo laikotarpius) informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos. Sąskaitas faktūras už Licencijas (jų galiojimą ir palaikymą (12 mėn. galiojimo ir palaikymo laikotarpius) Tiekėjas turi pateikti: 1 (pirmą) sąskaitą faktūrą už Licencijas (jų galiojimą ir palaikymą 1-12 mėnesiais) – Šalių atstovams pasirašius Licencijų perdavimo- priėmimo aktą, 2 (antrą) sąskaitą faktūrą už Licencijas (jų galiojimą ir palaikymą 13-24 mėnesiais) – praėjus 12 mėnesių nuo Licencijų įdiegimo dienos, nurodytos Licencijų perdavimo-priėmimo akte, 3 (trečią) sąskaitą faktūrą už Licencijas (jų galiojimą ir palaikymą 25-36 mėnesiais) – praėjus 24 mėnesiams nuo Licencijų įdiegimo dienos, nurodytos Licencijų perdavimo-priėmimo akte.

2.7. Atsižvelgiant į Sutarties pobūdį ir ypatumus, Xxxxx sutaria, kad už per kalendorinį mėnesį Tiekėjo suteiktas Pirkėjo darbuotojų konsultavimo paslaugas Pirkėjas atsiskaitys per 30 (trisdešimt) kalendorinių dienų nuo sąskaitos faktūros už per praėjusį kalendorinį mėnesį Tiekėjo faktiškai suteiktas Pirkėjo darbuotojų konsultavimo paslaugas informacinės sistemos „E. sąskaita“ priemonėmis gavimo dienos.

2.8. Sąskaitos faktūros privalo būti teikiamos tik informacinės sistemos „E. sąskaita“ priemonėmis.

2.9. Šalys susitaria, kad nepaisant to, kas nurodyta mokėjimo pavedimuose, Pirkėjui atlikus mokėjimus pagal Sutartį, įmokos pirmiausiai yra skiriamos padengti anksčiausiai atsiradusius įsiskolinimus pagal Sutartį, antrąja eile – delspinigiams apmokėti, jeigu jie buvo priskaičiuoti pagal Sutartį, trečiąja eile – palūkanoms apmokėti, jeigu jos buvo priskaičiuotos pagal Sutartį.

2.10. Pirkėjas su Tiekėju atsiskaitys mokėjimo pavedimais į Tiekėjo nurodytą sąskaitą banke: Sąskaitos Nr.

Bankas: Banko kodas:

3. Straipsnis

Programinės įrangos įdiegimas, Licencijų palaikymas, Pirkėjo darbuotojų konsultavimas

3.1. Tiekėjas, prieš pateikiant Pirkėjui Programinę įrangą (ar jos dalį) ir ją įdiegiant, per 10 (dešimt) darbo dienų turi pateikti Pirkėjui Programinės įrangos (ar jos dalies) diegimo grafikus.

3.2. Tiekėjas Programinę įrangą (ar jos dalį) gali įdiegti tik su Pirkėju suderinęs Programinės įrangos (ar jos dalies) diegimo grafikus, t. y. Pirkėjui patvirtinus Programinės įrangos (ar jos dalies) diegimo grafikus.

3.3. Tiekėjas Programinę įrangą (ar jos dalį) turi įdiegti Specifikacijoje nurodytais terminais ir sąlygomis.

3.4. Tiekėjas, prieš pateikiant (įdiegiant) Licencijas, turi įspėti Pirkėją, t. y. Tiekėjas pateikti (įdiegti) Licencijas gali tik gavęs Xxxxxxx sutikimą. Tiekėjui pateikus (įdiegus) Licencijas, Šalių atstovai turi pasirašyti Tiekėjo parengtą Licencijų perdavimo-priėmimo aktą. Licencijų palaikymo (galiojimo) laikotarpis skaičiuojamas nuo Licencijų įdiegimo dienos, nurodytos Licencijų perdavimo-priėmimo akte.

3.5. 2 etapo (pilno modelio) Programinės įrangos dalis Tiekėjas gali įdiegti tik gavęs Pirkėjo prašymą, kuriame bus nurodyta, kurią (-ias) Programinės įrangos dalį (-is) Tiekėjas turi įdiegti.

3.6. Programinės įrangos (ar jos dalių) įdiegimo pabaigos fiksuojamos Šalių atstovams pasirašant Tiekėjo parengtus Programinės įrangos (ar jos dalių) perdavimo-priėmimo aktus.

3.7. Per kalendorinį mėnesį Tiekėjo suteiktų Pirkėjo darbuotojų konsultavimo paslaugų kiekiai (valandos) fiksuojami Šalių atstovams pasirašant Tiekėjo parengtus mėnesinius šių paslaugų aktus.

3.8. Tiekėjas Licencijų palaikymo (galiojimo) laikotarpiu Pirkėjo darbuotojus turi konsultuoti tiesiogiai telefonu arba internetu, arba akivaizdžiai arba el. paštu ar kitomis priemonėmis.

3.9. Šalių paskirti asmenys, atsakingi už Sutarties vykdymą, nurodyti Sutarties 15.7 punkte. Sutarčiai vykdyti Tiekėjo paskirti darbuotojai – projekto vadovas ir informacinių sistemų analitikas nurodyti ir Specifikacijoje.

4.1. Tiekėjas įsipareigoja:

4. Straipsnis

Šalių įsipareigojimai

4.1.1. nuosekliai vykdyti Sutartį, jose nustatytais terminais ir sąlygomis pateikti Programinę įrangą (ar jos dalis) ir ją (jas) įdiegti, vykdyti Licencijų palaikymą ir konsultuoti Pirkėjo darbuotojus;

4.1.2. Pirkėjui pateikti Specifikacijoje nurodytas savybes ir reikalavimus atitinkančią Programinė įrangą;

4.1.3. užtikrinti, kad Programinę įrangą įdiegimas, Licencijų palaikymas ir Pirkėjo darbuotojų konsultavimas atitiks įprastai tokios rūšies paslaugoms keliamiems reikalavimams, pagal Europos Sąjungos ir Lietuvos Respublikos teisės aktų ir Specifikacijos reikalavimus;

4.1.4. laikytis šiai Sutarčiai taikomų Lietuvos Respublikoje galiojančių įstatymų ir kitų teisės aktų nuostatų;

4.1.5. tinkamai vykdyti kitus įsipareigojimus, numatytus Sutartyje ir galiojančiuose Lietuvos Respublikos teisės aktuose;

4.1.6. saugoti konfidencialią informaciją ir duomenis, kuriuos tiesiogiai ar netiesiogiai sužino vykdydamas Sutartį. Bet kokia su Sutarties vykdymu susijusi Tiekėjo ar jo darbuotojų gauta informacija laikoma konfidencialia informacija.

4.1.7. gavus iš Pirkėjo pranešimą (pretenziją) dėl Programinės įrangos ar jos diegimo, ar Licencijų palaikymo neatitikties Specifikacijoje nustatytiems reikalavimams ar kitų trūkumų, Pirkėjo nurodytu laiku atvykti Xxxxxxx nurodytu adresu ir kartu su Xxxxxxx atstovu surašyti aktą dėl nustatytų pažeidimų ar trūkumų;

4.1.8. nustačius Licencijų palaikymo neatitiktį Specifikacijoje nustatytiems reikalavimams, Tiekėjas per įmanomai trumpiausią terminą, bet neilgiau nei per 5 (penkias) darbo dienas nuo akto dėl nustatytų pažeidimų ar trūkumų surašymo dienos arba per kitą Šalių atstovų suderintą terminą, privalo pradėti teikti kokybiškas ir reikalavimus atitinkančias paslaugas.

4.2. Pirkėjas įsipareigoja:

4.2.1. pirkimo dokumentus, Tiekėjo pasiūlymą ir Sutarties reikalavimus bei kitus taikomus privalomus kokybės reikalavimus atitinkančias Programinę įrangą ir Programinės įrangos palaikymą naudoti Sutartyje nustatytais terminais ir sąlygomis;

4.2.2. vertinti Programinę įrangos ir Licencijų palaikymo atitiktį Specifikacijoje nustatytiems reikalavimams ir, nustačius neatitiktį, informuoti Tiekėją apie nustatytus neatitikimus;

4.3.3. sumokėti Tiekėjui už Programinės įrangą (ar jo dalis) ir Programinės įrangos (ar jos dalių) įdiegimą, Licencijų palaikymą ir Pirkėjo darbuotojų konsultavimą Sutartyje nustatyta tvarka ir terminais;

4.3.4. tinkamai vykdyti kitus įsipareigojimus, numatytus Sutartyje.

4.4. Šalys privalo užtikrinti, kad būtų laikomasi Lietuvos Respublikos teisės aktų, reglamentuojančių valstybės, tarnybos ar komercines paslaptis bei duomenų apsaugą.

4.5. Pirkėjas ir Tiekėjas įsipareigoja nedelsiant pranešti kitai Šaliai apie aplinkybes, galinčias turėti esminės įtakos Sutarties vykdymui.

4.6. Šalys įsipareigoja neperduoti ir (ar) neperleisti trečiajai šaliai jokių iš šios Sutarties kilusių teisių, pareigų ir (ar) pretenzijų bei reikalavimų atitinkamai Tiekėjo ar Pirkėjo atžvilgiu be išankstinio kitos Šalies rašytinio sutikimo.

5. Straipsnis

Šalių atsakomybė

5.1. Šalių atsakomybė yra nustatoma pagal galiojančius Lietuvos Respublikos teisės aktus ir Sutartį. Šalys įsipareigoja tinkamai vykdyti savo įsipareigojimus, prisiimtus Xxxxxxxxx, ir susilaikyti nuo bet kokių veiksmų, kuriais galėtų padaryti žalos viena kitai ar apsunkintų kitos Xxxxxx prisiimtų įsipareigojimų įvykdymą.

5.2. Tiekėjo darbuotojams netinkamai ar dėl nepateisinamų priežasčių nepilnai atliekant savo įsipareigojimus diegiant Programinę įrangą ar teikiant Licencijų palaikymą arba neteikiant Licencijų palaikymo visai, arba teikiant Licencijų palaikymą netinkamai, ir Pirkėjo atstovams atlikus Sutartyje numatytus veiksmus, Tiekėjas pagal Pirkėjo pateiktą pretenziją privalo ištaisyti nurodytus pažeidimus ir trūkumus neilgiau nei per 3 (tris) darbo dienas nuo Pirkėjo pretenzijos gavimo dienos arba per kitą Šalių atstovų suderintą įmanomai trumpiausią protingą terminą.

5.3. Tiekėjui per 5 (penkias) darbo dienas nuo Sutarties 4.1.8 punkte nurodyto termino pabaigos nepradėjus teikti Specifikacijos reikalavimų atitinkančio Licencijų palaikymo, nuo kitos po šio termino pabaigos dienos už kiekvieną uždelstą dieną Tiekėjui gali būti skiriama 100,00 (šimto) eurų baudą, kuri gali būti išskaičiuota iš Pirkėjo Tiekėjui mokėtinos sumos.

5.4. Tiekėjui per 10 (dešimt) darbo dienų nuo Sutarties 4.1.8 punkte nurodyto termino pabaigos nepradėjus teikti Specifikacijos reikalavimų atitinkančio Licencijų palaikymo, nuo kitos po šio termino pabaigos dienos už kiekvieną uždelstą dieną Tiekėjui gali būti skiriama 200,00 (dviejų šimtų) eurų baudą, kuri gali būti išskaičiuota iš Pirkėjo Tiekėjui mokėtinos sumos.

5.5. Jei Pirkėjas Licencijų palaikymo laikotarpiu Tiekėjui pateikia 3 (tris) pagrįstas pretenzijas, už kiekvieną vėlesnę Pirkėjo pretenziją Tiekėjui gali būti skiriama papildoma 100,00 (šimto) eurų bauda. Bauda ar baudos gali būti išskaičiuota (-os) iš Pirkėjo Tiekėjui mokėtinos sumos.

5.6. Tiekėjas privalo atlyginti Pirkėjui kitus jo patirtus tiesioginius nuostolius dėl netinkamo Licencijų palaikymo kokybės padarinių ar netinkamai vykdomų Tiekėjo įsipareigojimų.

5.7. Nurodytas baudas ir delspinigius, jei jie negali būti išskaičiuoti iš Pirkėjo Tiekėjui mokėtinos sumos, Tiekėjas į Pirkėjo nurodytą sąskaitą privalo sumokėti neilgiau nei per 30 (trisdešimt) dienų nuo baudos paskyrimo ar delspinigių priskaičiavimo dienos.

5.8. Pirkėjas, uždelsęs atsiskaityti Sutartyje nustatytais terminis, Tiekėjui pareikalavus, nuo kitos po pareikalavimo pateikimo dienos už kiekvieną uždelstą dieną moka 0,02 (dviejų šimtųjų) procento nuo nesumokėtos sumos (be PVM) dydžio delspinigius, bet ne daugiau nei 6,0 (šešis) procentus nuo nesumokėtos sumos (be PVM). Šalys susitaria, kad šiuo atveju palūkanos nemokamos.

5.9. Delspinigių, baudų ar netesybų sumokėjimas neatleidžia Sutarties Šalių nuo pareigos vykdyti Sutartyje prisiimtus įsipareigojimus, jei Sutartis nenutraukta.

5.10. Šalys susitaria, kad kilus teisminiam ginčui dėl atsiskaitymo pagal Sutartį, Tiekėjas gali reikalauti priteisti ne didesnes nei 5 (penkių) procentų metines palūkanas nuo nesumokėtos sumos, kaip tai numatyta LR Civilinio kodekso 6.210 straipsnio 1 dalyje.

6. Straipsnis

Nenugalimos jėgos aplinkybės (force majeure)

6.1. Šalis nėra laikoma atsakinga už bet kokių įsipareigojimų pagal šią Sutartį neįvykdymą ar dalinį neįvykdymą, jeigu Šalis įrodo, kad tai įvyko dėl nenugalimų aplinkybių, kurių Šalys negalėjo kontroliuoti ir protingai numatyti, išvengti ar pašalinti jokiomis priemonėmis, pvz.: Vyriausybės sprendimai ir kiti aktai, kurie turėjo poveikį Šalių veiklai, politiniai neramumai, streikai, paskelbti ir nepaskelbti karai, kiti ginkluoti susirėmimai, gaisrai, potvyniai, kitos stichinės nelaimės. Nenugalimos jėgos aplinkybėmis laikomos aplinkybės, nurodytos Lietuvos Respublikos civilinio kodekso 6.212 str. ir Atleidimo nuo atsakomybės esant nenugalimos jėgos (force majeure) aplinkybėms taisyklėse, patvirtintose Lietuvos Respublikos Vyriausybės 1996 m. liepos 15 d. nutarimu Nr. 840. Nustatydamos nenugalimos jėgos aplinkybes Šalys vadovaujasi Lietuvos Respublikos Vyriausybės 1997 kovo 13 d. nutarimu Nr. 222 „Dėl nenugalimos jėgos (force majeure) aplinkybes liudijančių pažymų išdavimo tvarkos patvirtinimo“. Esant nenugalimos jėgos aplinkybėms Sutarties Šalys Lietuvos Respublikos teisės aktuose nustatyta tvarka yra atleidžiamos nuo atsakomybės už Sutartyje numatytų prievolių neįvykdymą, dalinį neįvykdymą arba netinkamą įvykdymą, o įsipareigojimų vykdymo terminas pratęsiamas.

6.2. Šalis, prašanti ją atleisti nuo atsakomybės, privalo pranešti kitai Šaliai raštu apie nenugalimos jėgos aplinkybes nedelsiant, bet ne vėliau kaip per 3 (tris) darbo dienas nuo tokių aplinkybių atsiradimo ar paaiškėjimo, pateikdama įrodymus, kad ji ėmėsi visų pagrįstų atsargumo priemonių ir dėjo visas pastangas, kad sumažintų išlaidas ar neigiamas pasekmes, taip pat pranešti galimą įsipareigojimų įvykdymo terminą. Pranešimo taip pat reikalaujama, kai išnyksta įsipareigojimų nevykdymo pagrindas.

6.3. Pagrindas atleisti Šalį nuo atsakomybės atsiranda nuo nenugalimos jėgos aplinkybių atsiradimo momento arba, jeigu laiku nebuvo pateiktas pranešimas, nuo pranešimo pateikimo momento. Jeigu Šalis laiku neišsiunčia pranešimo arba neinformuoja, ji privalo kompensuoti kitai Šaliai žalą, kurią ši patyrė dėl laiku nepateikto pranešimo arba dėl to, kad nebuvo jokio pranešimo.

7. Straipsnis

Sutarties įvykdymo užtikrinimas

7.1. Sutarties įvykdymas užtikrinamas Sutartyje numatytomis netesybomis – delspinigiais, baudomis ir t. t.

7.2. Netesybų sumokėjimas neatleidžia Sutarties Šalių nuo pareigos vykdyti Sutartyje prisiimtus įsipareigojimus.

8. Straipsnis

Sutarties galiojimas

8.1. Šalių sudaryta ir pasirašyta Sutartis įsigalioja jos sudarymo dieną. Sutarties sudarymo diena yra Sutarties registravimo Pirkėjo registre data, nurodyta prie Sutarties pavadinimo ir numerio.

8.2. Programinės įrangos (ar jos dalių) įdiegimo terminai nurodyti Specifikacijoje.

8.3. Licencijų palaikymo (galiojimo) laikotarpis – 36 (trisdešimt šeši) mėnesiai nuo Licencijų įdiegimo dienos, nurodytos Licencijų perdavimo-priėmimo akte.

8.4. Licencijų palaikymo (galiojimo) laikotarpis baigiasi praėjus 36 (trisdešimt šešiems) mėnesiams nuo Licencijų įdiegimo dienos, nurodytos Licencijų perdavimo-priėmimo akte.

8.5. Kai Licencijų palaikymo laikotarpiu Pirkėjo pagal Sutartį nupirktų Pirkėjo darbuotojų konsultavimo bendra vertė be PVM pasiekia Specifikacijoje nurodytą Pirkėjo darbuotojų konsultavimo kainą be PVM, Pirkėjas nebegali užsakyti Pirkėjo darbuotojų konsultavimo.

8.6. Licencijų palaikymo laikotarpio ir Sutarties pratęsimai nenumatyti.

8.7. Sutartis baigiasi atsiradus bent vienai aplinkybei:

8.7.1. pasibaigus Licencijų palaikymo laikotarpiui;

8.7.2. kai Šalys sutaria Sutartį nutraukti arba ji nutraukiama įstatymų ar Sutartyje nustatytais atvejais, ir kai Šalys tinkamai įvykdo visas iš Sutarties kylančias prievoles.

8.8. Pasibaigus Sutarčiai, lieka galioti Sutarties nuostatos, susijusios su garantijomis, atsakomybe bei atsiskaitymais tarp Šalių pagal šią Sutartį, taip pat visos kitos šios Sutarties nuostatos, kurios, kaip aiškiai nurodyta, išlieka galioti pasibaigus Sutarties arba turi išlikti galioti, kad būtų visiškai įvykdyta ši Sutartis.

9. Straipsnis

Tiekėjo subtiekėjų keitimo pagrindai ir tvarka

9.1. Sutarčiai vykdyti pasitelkiami šie subtiekėjai: [surašyti pasiūlyme nurodytus subtiekėjus, jeigu tokių nėra parašyti žodį „nėra“].

9.2. Nevėliau nei Sutartis pradedama vykdyti ir vėliau Sutarties galiojimo metu, Tiekėjas privalo Pirkėjui pranešti tuo metu žinomų ar ketinamų ateityje pasitelkti subtiekėjų pavadinimus, kontaktinius duomenis ir jų atstovus.

9.3. Tais atvejais, kai Tiekėjas nesiremia subtiekėjo pajėgumais, Pirkėjas turi teisę patikrinti, ar nėra Lietuvos Respublikos Viešųjų pirkimų įstatymo 46 straipsnyje nurodytų subtiekėjo pašalinimo pagrindų. Jeigu subtiekėjo padėtis atitinka bent vieną vadovaujantis Lietuvos Respublikos Viešųjų pirkimų įstatymo 46 straipsnyje nustatytą pašalinimo pagrindą, Pirkėjas reikalauja per nustatytą terminą pakeisti minėtą subtiekėją reikalavimus atitinkančiu subtiekėju.

9.4. Subtiekėjų keitimas vietomis tarp Sutartyje numatytų subtiekėjų ar didesnės (mažesnės) įsipareigojimų dalies, negu buvo suderinta, perdavimas kitam Sutartyje numatytam subtiekėjui galimas tik tiems įsipareigojimams, kuriems Tiekėjas pasiūlyme buvo numatęs perduoti subtiekėjams ir tik gavus Pirkėjo sutikimą. Sutarties galiojimo metu ketinant pasitelkti papildomus subtiekėjus, pastarieji turi būti ne mažesnės kvalifikacijos nei buvo reikalaujama pirkimo dokumentuose ir neturėti Lietuvos Respublikos Viešųjų pirkimų įstatymo 46 straipsnyje nurodytų subtiekėjo pašalinimo pagrindų (jei buvo reikalaujama).

9.5. Sutarties galiojimo metu papildomų subtiekėjų pasitelkimas arba Sutartyje numatytų subtiekėjų atsisakymas galimas tik gavus Pirkėjo sutikimą ir esant vienai iš šių priežasčių:

9.5.1. Sutartyje numatytas subtiekėjas yra likviduojamas, bankrutavęs arba jam yra iškelta bankroto byla;

9.5.2. subtiekėjas Tiekėjui atsisako atlikti jam Sutartyje numatytą įsipareigojimų dalį.

9.6. Sutarties 9.4 ir 9.5 punktuose nurodytais atvejais Pirkėjui pateikiamas pagrįstas prašymas, pridedant jį pagrindžiančius dokumentus. Subtiekėjas gali pradėti vykdyti savo įsipareigojimus tik Xxxxxxxx gavus Xxxxxxx sutikimą.

9.7. Sutarties 9.4 ir 9.5 punktuose nurodytais atvejais naujas subtiekėjas privalo Pirkėjui pateikti dokumentus, įrodančius, kad jo kvalifikacija atitinka pirkimo dokumentuose nustatytus minimalius kvalifikacijos reikalavimus subtiekėjams ir neturėti Lietuvos Respublikos Viešųjų pirkimų įstatymo 46 straipsnyje nurodytų subtiekėjo pašalinimo pagrindų (jei buvo reikalaujama).

9.8. Atsižvelgiant į sutarties pobūdį, galimas Pirkėjo tiesioginis atsiskaitymas su subtiekėjais šiomis sąlygomis:

9.8.1. Pirkėjas nevėliau nei per 3 (tris) darbo dienas nuo informacijos apie tuo metu Tiekėjui žinomų subtiekėjų pavadinimus, kontaktinius duomenis ir jų atstovus gavimo, raštu informuoja subtiekėjus apie tiesioginio atsiskaitymo galimybę;

9.8.2. subtiekėjas, norėdamas pasinaudoti tiesioginio atsiskaitymo galimybe, turi pateikti raštišką prašymą Pirkėjui;

9.8.3. tuo atveju, kai subtiekėjas išreiškia norą pasinaudoti tiesioginio atsiskaitymo galimybe, sudaroma trišalė sutartis tarp Xxxxxxx, Tiekėjo ir jo subtiekėjo, kurioje aprašoma tiesioginio atsiskaitymo su subtiekėju tvarka, atsižvelgiant į pirkimo dokumentuose ir subtiekimo sutartyje nustatytus reikalavimus;

9.8.4. PVM sąskaitų faktūrų teikimas, atsiskaitymas su subtiekėju bei kiti veiksmai atliekami vadovaujantis šios Sutarties 2 straipsnyje nurodyta tvarka;

9.8.5. Tiekėjas turi teisę prieštarauti nepagrįstiems mokėjimams.

10. Straipsnis

Sutarties pakeitimai

10.1. Sutarties keitimai galimi tik Lietuvos Respublikos pirkimų, atliekamų vandentvarkos, energetikos, transporto ar pašto paslaugų srities perkančiųjų subjektų, įstatymo 97 straipsnyje numatytais atvejais ir nustatyta tvarka.

11. Straipsnis

Sutarties pažeidimas

11.1. Jei kuri nors Sutarties Šalis nevykdo arba netinkamai vykdo kokius nors savo įsipareigojimus pagal Sutartį, ji pažeidžia Sutartį.

11.2. Vienai Sutarties Šaliai pažeidus Sutartį, nukentėjusioji Šalis turi teisę:

11.2.1. reikalauti kitos Šalies vykdyti sutartinius įsipareigojimus;

11.2.2. reikalauti atlyginti nuostolius, atsiradusius dėl Sutarties nevykdymo ar netinkamo vykdymo;

11.2.3. nutraukti Sutartį;

11.2.4. taikyti kitus Lietuvos Respublikos teisės aktų nustatytus teisių gynimo būdus.

11.3. Pirkėjui nustačius, kad Xxxxxxxx, vykdydamas Sutartį, padarė esminį Sutarties pažeidimą, jis turi teisę pasinaudoti Sutarties įvykdymo užtikrinimu.

11.4. Esminiai Tiekėjui taikomi Sutarties pažeidimai:

11.4.1. Tiekėjas per Specifikacijoje nurodytą Programinės įrangos įdiegimo laikotarpį nepateikia Pirkėjui Programinės įrangos ir jos neįdiegia, t. y. neįgyvendina Bazinio biudžeto sudarymo ir ataskaitų modelio, bei neatlieka kitų Specifikacijoje numatytų darbų;

11.4.2. Tiekėjas neįgyvendina bent vienos jo pasiūlyme pasiūlytos Programinės įrangos Pirkėjui ypatingai svarbios Techninės ir funkcinės savybės su požymių „Privalumas“, t. y. bent vienos Specifikacijos lentelės „Reikalavimai programinei įrangai“ 5 ir 6 skiltyse Standartinės [S] ir Modifikuotos [M] savybės su požymių „Privalumas“, pažymėtos [+];

11.4.3. Programinės įrangos įdiegimo ir palaikymo projektui vadovauja ne Sutarčiai vykdyti Tiekėjo paskirtas ir Specifikacijoje nurodytas darbuotojas – projekto vadovas;

11.4.4. informacinių sistemų analizę ir sprendimo projektavimo darbus atlieka ne Sutarčiai vykdyti Tiekėjo paskirtas ir Specifikacijoje nurodytas darbuotojas – informacinių sistemų analitikas;

11.4.5. Pirkėjas Xxxxxxxxx galiojimo laikotarpiu pateikia Tiekėjui 5 (penkias) pagrįstas pretenzijas;

11.4.6. Tiekėjas Sutarties galiojimo laikotarpiu 3 (tris) kartus ilgiau nei 10 (dešimt) darbo dienų nuo nustatyto termino pabaigos neištaiso Pirkėjo pretenzijoje nurodytų pažeidimų ar trūkumų;

11.4.7. Tiekėjas per 30 (trisdešimt) dienų nuo Pirkėjo pareikalavimo dienos nepradeda teikti kokybiškų ir reikalavimus atitinkančių paslaugų;

11.4.8. Tiekėjas nesilaiko kitų Sutartyje nurodytų reikalavimų, nors apie tai buvo oficialiai įspėtas ir jam buvo duotas terminas ištaisyti Sutarties vykdymo trūkumus, dėl kurių negalimas tolimesnis Šalių pagal Sutartį prisiimtų įsipareigojimų vykdymas.

11.5. Esminiai Pirkėjui taikomi Sutarties pažeidimai:

11.5.1. Pirkėjas vėluoja atsiskaityti su Tiekėju ilgiau nei 90 (devyniasdešimt) kalendorinių dienų;

11.5.2. Pirkėjas nesilaiko kitų Sutartyje nurodytų reikalavimų, nors apie tai buvo oficialiai įspėtas ir jam buvo duotas terminas ištaisyti Sutarties vykdymo trūkumus, dėl kurių negalimas tolimesnis Šalių pagal Sutartį prisiimtų įsipareigojimų vykdymas.

11.6. Sutarties nuostatų nesilaikymas neatleidžia Šalių nuo tinkamo ir savalaikio Sutarties sąlygų vykdymo.

12. Straipsnis

Sutarties nutraukimas

12.1. Sutartis gali būti visiškai nutraukta Šalių susitarimu vienos iš Šalių pageidavimu (reikalavimu), praėjus 60 (šešiasdešimčiai) kalendorinių dienų nuo rašytinio pranešimo (arba kito Šalių sutarto termino), būtinai nurodant nutraukimo priežastį.

12.2. Jei Tiekėjas nori nutraukti Sutartį be priežasties, nepriklausomai nuo Sutarties nutraukimo priežasties, išskyrus nurodytas 12.4 punkte, apie tai privalo pranešti Pirkėjui nevėliau nei prieš 60 (šešiasdešimt) dienų ir sumokėti Pirkėjui 10 (dešimties) procentų Sutarties kainos be PVM dydžio Sutarties nutraukimo mokestį. Sutarties nutraukimo mokestį Tiekėjas į Pirkėjo nurodytą sąskaitą privalo sumokėti neilgiau nei per 30 (trisdešimt) dienų nuo pranešimo apie Sutarties nutraukimą be priežasties Pirkėjui pateikimo dienos. Sutartis laikoma nutraukta pranešime apie Sutarties nutraukimą nurodytą datą, jei Tiekėjas pranešimą apie Sutarties nutraukimą Pirkėjui pateikė nevėliau nei prieš 60 (šešiasdešimt) dienų iki pranešime apie Sutarties nutraukimą nurodytą datą ir per nurodytą terminą Pirkėjui sumokėjo Sutarties nutraukimo mokestį. Sutartis laikoma nutraukta 60 (šešiasdešimtą) dieną nuo pranešimo apie Sutarties nutraukimą Pirkėjui pateikimo dienos, jei Tiekėjas pranešimą apie Sutarties nutraukimą Pirkėjui pateikė vėliau nei prieš 60 (šešiasdešimt) dienų iki pranešime apie Sutarties nutraukimą nurodytą datą ir per nurodytą terminą Pirkėjui sumokėjo Sutarties nutraukimo mokestį. Sutartis laikoma nutrauktą tą dieną, kurią Tiekėjo Sutarties nutraukimo mokestis (Sutarties nutraukimo mokesčio dydžio visa pinigų suma) patenka į Pirkėjo nurodytą sąskaitą banke, jei Tiekėjas Sutarties nutraukimo mokestį Pirkėjui sumoka vėliau nei 60 (šešiasdešimtą) dieną nuo Tiekėjo pranešimo apie Sutarties nutraukimą Pirkėjui pateikimo dienos.

12.3. Pirkėjas turi teisę vienašališkai nutraukti šią Sutartį prieš terminą, nesilaikydamas 12.1 punkte nurodyto termino, šiais atvejais:

12.3.1. kai Tiekėjas bankrutuoja, yra likviduojamas, sustabdo ūkinę veiklą arba įstatymuose ir kituose teisės aktuose numatyta tvarka susidaro analogiška situacija;

12.3.2. kai keičiasi Tiekėjo organizacinė struktūra – juridinis statusas, pobūdis ar valdymo struktūra ir tai gali turėti įtakos tinkamam Sutarties įvykdymui;

12.3.3. kai Tiekėjas įsiteisėjusiu kompetentingos institucijos ar teismo sprendimu yra pripažintas kaltu dėl profesinio pažeidimo;

12.3.4. kai Tiekėjas įsiteisėjusiu teismo sprendimu pripažintas kaltu dėl sukčiavimo, korupcijos, pinigų plovimo, dalyvavimo nusikalstamoje organizacijoje;

12.3.5. kai Tiekėjas sudaro subtiekimo sutartį be Pirkėjo sutikimo;

12.3.6. dėl kitokio pobūdžio neveiksnumo, trukdančio vykdyti Sutartį;

12.3.7. kai Tiekėjas Sutarties nevykdo, vykdo ją netinkamai, darydamas Sutarties 11.4 punkte nurodytus esminius Sutarties pažeidimus;

12.3.8. kai Pirkėjas dėl objektyvių priežasčių netenka poreikio pirkti Įkrovimo paslaugas;

12.3.9. kitais, Lietuvos Respublikos pirkimų, atliekamų vandentvarkos, energetikos, transporto ar pašto paslaugų srities perkančiųjų subjektų, įstatymo 98 straipsnio 1 dalyje numatytais, atvejais.

12.4. Tiekėjas turi teisę vienašališkai nutraukti šią Sutartį prieš terminą, nesilaikydamas 12.1 ir 12.2 punktuose nurodytų terminų ir sąlygų, šiais atvejais:

12.4.1. kai Pirkėjas nevykdo ar netinkamai vykdo savo sutartinius įsipareigojimus, darydamas Sutarties 11.5 punkte nurodytus esminius Sutarties pažeidimus;

12.4.2. kai Pirkėjas bankrutuoja arba yra likviduojamas, sustabdo ūkinę veiklą arba įstatymuose ir kituose teisės aktuose numatyta tvarka susidaro analogiška situacija.

12.5. Šalis, ketinanti vienašališkai nutraukti Sutartį (esant 12.3 ar 12.4 punktuose numatytoms sąlygoms), prieš 15 (penkiolika) kalendorinių dienų raštu praneša kitai Šaliai apie savo ketinimus ir nustato ne trumpesnį nei 3 (trijų) darbo dienų terminą pranešime nurodytiems trūkumams ištaisyti. Esant 12.3.1, 12.3.3, 12.3.4 ir 12.4.2 punktų sąlygoms, trūkumų ištaisymo terminas nenustatomas. Jei kaltoji Šalis per pranešime nurodytą terminą nepašalina Sutarties pažeidimų, Sutartis laikoma nutraukta nuo įspėjimo termino pasibaigimo dienos.

12.6. Sutartis gali būti nutraukta ir kitais Lietuvos Respublikos civiliniame kodekse numatytais pagrindais.

13. Straipsnis

Ginčų nagrinėjimo tvarka

13.1. Šiai Sutarčiai ir visoms iš šios Sutarties atsirandančioms teisėms ir pareigoms taikomi Lietuvos Respublikos įstatymai bei kiti norminiai teisės aktai. Sutartis sudaryta ir turi būti aiškinama pagal Lietuvos Respublikos teisę.

13.2. Kiekvieną ginčą, nesutarimą ar reikalavimą, kylantį iš šios Sutarties ar susijusį su šia sutartimi, jos sudarymu, galiojimu, vykdymu, pažeidimu, nutraukimu, šalys spręs derybomis. Ginčo, nesutarimo ar reikalavimo nepavykus išspręsti derybomis, ginčas bus sprendžiamas teisme pagal Xxxxxxx buveinės vietą.

14. Straipsnis

Asmens duomenų tvarkymas

14.1. Vykdydamos Sutartį Šalys įsipareigoja asmens duomenų tvarkymą vykdyti teisėtai – laikantis Bendrojo duomenų apsaugos reglamento 2016/679 (BDAR), Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymo ir kitų teisės aktų, reglamentuojančių asmens duomenų tvarkymą.

14.2. Šalių atstovų, darbuotojų ar kitų fizinių asmenų, pasitelktų Sutarčiai vykdyti duomenų tvarkymo teisėtumas grindžiamas būtinybe įvykdyti Sutartį arba būtinybe pasinaudoti iš Sutarties kylančiomis teisėmis.

14.3. Šalys asmens duomenis saugo ne ilgiau nei to reikalauja duomenų tvarkymo tikslai ar numato teisės aktai, jeigu juose yra nustatytas ilgesnis duomenų saugojimas. Asmens duomenys turi būti saugomi tol, kol iš sutartinių santykių gali kilti pagrįstų reikalavimų arba kiek tai reikalinga Šalių teisėtiems interesams įgyvendinti ir apsaugoti. Nebereikalingi asmens duomenys sunaikinami.

14.4. Gali būti tvarkomi šie Šalių vadovų, kitų darbuotojų, atsakingų asmenų ar atstovų, atstovaujančių Šalims, duomenys (I) vardas, pavardė; (II) kontaktiniai duomenys (darbo telefono numeris, darbo elektroninis paštas, darbovietės adresas; (III) užimamos pareigos; (IV) įgaliojimų (atstovavimo) duomenys, įskaitant atstovų asmens kodus, adresus; (V) Šalių vardu ir interesais vykdomas susirašinėjimas, ar kiti duomenys suformuojami Sutarties vykdymo metu.

14.5. Tvarkomus duomenis gali gauti: (I) Šalių darbuotojai, atsakingi už Šalių tarpusavio bendradarbiavimą ir ryšių palaikymą, taip pat vykdantys buhalterinės apskaitos, informacinių sistemų priežiūros, verslo rodiklių analitikos ir verslo planavimo funkcijas; (II) informacinių sistemų, kurias Šalys naudoja tarpusavio santykių valdymui, teikėjai ir prižiūrėtojai; (III) mokesčių inspekcija; (IV) bankai; (V) Šalių pasitelkiami kiti asmenys, susiję su Sutarties vykdymu.

14.6. Jei Šalys ketina pasinaudoti kitų tolesnių duomenų tvarkytojų paslaugomis, Šalys perduos kitai Šaliai informaciją apie tolesnį duomenų tvarkytoją. Tokiu atveju, Šalys privalo užtikrinti, kad tolesnis duomenų tvarkytojas vykdys bent tuos pačius įsipareigojimus ir įgaliojimus, kuriuos ši Sutartis nustato. Taip pat Šalys supranta, kad jos pačios atsakys už tolesnių duomenų tvarkytojų veiksmus ir neveikimą.

14.7. Šalys įsipareigoja tinkamai informuoti visus fizinius asmenis (darbuotojus, įgaliotinius, valdymo organų narius, savo subteikėju darbuotojus ir kitus atstovus), kurie bus pasitelkti Sutarčiai su Šalimis vykdyti, apie tai, kad jų asmens duomenys bus arba gali būti perduoti Šalims ir bus arba gali būti Šalių tvarkomi Sutarties vykdymo tikslais; kur ir kiek laiko asmens duomenys bus saugomi, ir kas turės galimybę su jais susipažinti. Šalys pažymi,

kad fiziniai asmenys, kurie yra pasitelkti Sutarčiai su Šalimis vykdyti ir išvardinti Sutartyje, yra supažindinti su Sutartyje pateiktais jų asmeniniais duomenimis, ir Šalies nustatyta tvarka tam davė savo sutikimą.

14.8. Šalys šiuo susitaria, kad po Sutarties nutraukimo ar pasibaigimo, jos sunaikins arba grąžins visus joms patikėtus tvarkyti asmens duomenis pagal Sutartį ir jų kopijas, nebent Europos Sąjungos (ES) ar jų šalies įstatymai nustato reikalavimą saugoti asmens duomenis.

15. Straipsnis

Baigiamosios nuostatos

15.1. Visos šios sutarties sąlygos turi būti aiškinamos atsižvelgiant į jų tarpusavio ryšį bei šios Sutarties esmę ir tikslą.

15.2. Ši Sutartis negali pakeisti pirkimo dokumentuose ir Tiekėjo pasiūlyme numatytų pirkimo sąlygų, Programinės įrangos ir Programinės įrangos įdiegimo, Programinės įrangos techninio palaikymo ir Pirkėjo darbuotojų konsultavimo įkainių. Pirkimo dokumentai ir Tiekėjo pasiūlymas, kiek jis iš esmės neprieštarauja pirkimo dokumentams, yra sudėtinės šios Sutarties dalys. Esant esminių prieštaravimų tarp šios Sutarties ir pirkimo dokumentų bei Tiekėjo pasiūlymo, remiamasi pirkimo dokumentais ir Tiekėjo pasiūlymu.

15.3. Tiekėjas negali perleisti tretiesiems asmenims visų ar dalies savo teisių, susijusių su Sutartimi, įskaitant reikalavimo teisę į Pirkėjo mokėtinas sumas, be išankstinio Xxxxxxx rašytinio sutikimo. Be Pirkėjo išankstinio rašytinio sutikimo sudaryti sandoriai dėl teisių ar pareigų pagal šią Sutartį perleidimo laikytini niekiniais ir negaliojančiais nuo jų sudarymo momento.

15.4. Jokie šios Sutarties sąlygų pakeitimai negalioja, jeigu jie nėra padaryti raštu ir pasirašyti abiejų Šalių ar jų vardu bei patvirtinti antspaudais. Sąvoka „pakeitimas“ apima bet kokius pakeitimus, papildymus, išbraukimus, nesvarbu, kaip jie būtų atlikti.

15.5. Sutartis su priedais yra sudaryta ir pasirašyta dviem vienodą juridinę galią turinčiais egzemplioriais – po vieną kiekvienai Šaliai.

15.6. Sutarties Šalims yra žinoma, kad ši Sutartis yra vieša, išskyrus joje esančią konfidencialią informaciją. Konfidencialia informacija laikoma tik tokia informacija, kurios atskleidimas prieštarautų teisės aktams.

15.7. Šalių paskirti asmenys, atsakingi už Sutarties vykdymą:

	Pirkėjo	Tiekėjo
Vardas, pavardė
Pareigos
Adresas
Telefono Nr.
El. pašto adresas

15.8. Už Sutarties ir jos pakeitimų paskelbimą pagal Lietuvos Respublikos pirkimų, atliekamų vandentvarkos, energetikos, transporto ar pašto paslaugų srities perkančiųjų subjektų, įstatymo 94 straipsnio 9 dalies nuostatas atsakingas Pirkėjo Pirkimų skyrius.

16. Straipsnis

Sutarties priedai

16.1. Sutarties 1 priedas – „Techninė specifikacija“.

16.2. ...

17. Straipsnis

Šalių rekvizitai

Pirkėjas: Tiekėjas:

UAB „Vilniaus viešasis transportas“ .....................................

2020- - Specializuotos biudžeto planavimo programinės įrangos ir jos įdiegimo,

techninio palaikymo bei konsultavimo paslaugų pirkimo pardavimo sutarties Nr. 48-D.2020/

1 priedas

TECHNINĖ SPECIFIKACIJA

---

Pirkėjas:

Tiekėjas:

UAB „Vilniaus viešasis transportas“

.....................................

Sutarčiai vykdyti Xxxxxxx paskirtas darbuotojas – informacinių sistemų analitikas:

Sutarčiai vykdyti Xxxxxxx paskirtas darbuotojas – projekto vadovas:

Įrašomi reikalavimai pagal pirkimo dokumentus ir Tiekėjo pasiūlyme nurodyti įkainiai ir kainos.

Programinės įrangos:
Gamintojas
Pavadinimas
Versija arba kodas

Bazinį biudžeto sudarymo ir ataskaitų modelį Tiekėjas įgyvendins neilgiau nei per

mėnesį (-ius)

Document Metadata

Table of Contents

SPECIALIZUOTOS BIUDŽETO PLANAVIMO PROGRAMINĖS ĮRANGOS IR JOS ĮDIEGIMO

Document Metadata