Veiklos valdymo sistemos diegimo ir palaikymo pirkimas

Išanalizuota

Klaipėdos rajono savivaldybės administracija

Atviras konkursasCPV: 72263000 - Programinės įrangos diegimo paslaugos

ID: 74642922026-04-21 05:11

Aprašymas

Klaipėdos rajono savivaldybės administracija perka centralizuotos veiklos valdymo sistemos (VVS) diegimo ir palaikymo paslaugas. Sistema apims finansų valdymą ir apskaitą, sutarčių valdymą, personalo ir darbo laiko valdymą, skirtą administracijai ir iki 50 pavaldžių biudžetinių įstaigų. Pirkimas taip pat apima garantinį aptarnavimą, palaikymą ir papildomus sistemos vystymo darbus.

Kvalifikaciniai reikalavimai

1Tiekėjas per paskutinius 3 metus arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdo veiklą mažiau nei 3 metus) iki pasiūlymo pateikimo termino pabaigos yra sukūręs ir (ar) modernizavęs informacinę sistemą ir (ar) registrą, kurių bendra vertė būtų ne mažesnė nei 100 000,00 EUR be PVM.
2Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą projekto vadovą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos projekto vadovo pozicijoje yra įvykdęs bent 1 (vieną) informacinių technologijų sutartį, kurios vertė ne mažesnė kaip 100 000 eur be PVM, kur buvo kuriama ir/ar modernizuojama ir diegiama informacinė sistema.
3Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą projekto vadovą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu lygiu pripažįstamą projekto vadovo kvalifikaciją.
4Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą informacinių technologijų architektą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti informacinių technologijų architekto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurio metu siūlomas specialistas buvo atsakingas už informacinės sistemos ir (ar) registro architektūros parengimą;
5Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą informacinių technologijų architektą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu lygiu pripažįstamą informacinių sistemų architekto kvalifikaciją.
6Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą veiklos procesų analitiką, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti veiklos procesų analitiko darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurio metu siūlomas specialistas buvo atsakingas už informacinės sistemos ir (ar) registro veiklos procesų projektavimą ir konstravimą;
7Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą veiklos procesų analitiką, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą veiklos procesų analitiko arba lygiavertę kvalifikaciją.
8Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą duomenų bazių programuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti duomenų bazių programuotojo darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurio vykdymo metu siūlomas specialistas buvo atsakingas už informacinės sistemos ir (ar) registro duomenų bazių programavimą;
9Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą duomenų bazių programuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą duomenų bazių programuotojo arba lygiavertę kvalifikaciją.
10Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą programuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti programuotojo darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurios vykdymo metu atliko kuriamos ir (ar) modernizuojamos informacinės sistemos ir (ar) registro programavimo darbus;
11Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą programuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą programuotojo arba lygiavertę kvalifikaciją.
12Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą testuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti testuotojo darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurios metu specialistas parengė sistemos ir (ar) registro testavimo planą (-us), testavimo scenarijus ir atliko testavimą bei parengė testavimo ataskaitos;
13Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą testuotoją, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą testuotojo kvalifikaciją.
14Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą integracijų specialistą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: IT saugos specialisto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurios vykdymo metu vykdė integracijų specialistui priskirtas funkcijas;
15Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą integracijų specialistą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą integracijų specialisto kvalifikaciją.
16Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą asmens duomenų saugos specialistą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti duomenų saugos specialisto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 5 (penkerius) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos ir (ar) registro kūrimo ir (arba) modernizavimo projekte (sutartyje), kurios vykdymo metu buvo atsakingas asmens duomenų apsaugos reikalavimų užtikrinimą, įskaitant atitiktį BDAR (ES 2016/679);
17Turi pasiūlyti ne mažiau kaip 1 (vieną) kvalifikuotą asmens duomenų saugos specialistą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti tarptautiniu mastu pripažįstamą duomenų saugos specialisto kvalifikaciją.
18Turi pasiūlyti ne mažiau kaip 1 (vieną) finansų valdymo specialistą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti finansų valdymo veiklos specialisto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (tris) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos kūrimo ir (arba) modernizavimo projekte (sutartyje), kurio vykdymo metu kuriama ir (arba) modernizuojama finansų valdymo informacinė sistema.
19Turi pasiūlyti ne mažiau kaip 1 (vieną) personalo administravimo veiklos specialsitą, kuris bus atsakingas už savo funkcijų vykdymą ir kurio kvalifikacija tenkintų šiuos reikalavimus: turi turėti personalo valdymo veiklos specialisto darbo patirtį ne mažiau kaip 1 (viename) per paskutinius 3 (tris) metus iki CVP IS pirkimo skelbime nurodyto pasiūlymo pateikimo termino pabaigos įvykdytame informacinės sistemos kūrimo ir (arba) modernizavimo projekte (sutartyje), kurio vykdymo metu kuriama ir (arba) modernizuojama personalo administravimo informacinė sistema.
20Tiekėjas teikiamoms paslaugoms taiko informacijos saugumo valdymo sistemos standartą LST ISO/IEC 27001 arba jam lygiavertį standartą.
21Tiekėjas teikiamoms paslaugoms taiko IT paslaugų valdymo sistemos standartą LST ISO/IEC 20000 arba jam lygiavertį standartą.
22Tiekėjas teikiamoms paslaugoms taiko Europos Sąjungos aplinkos apsaugos vadybos ir audito sistemą (angl. Eco–Management and Audit Scheme, EMAS) arba kitas aplinkos apsaugos vadybos sistemas, pripažįstamas pagal 2009 m. lapkričio 25 d. Europos Parlamento ir Tarybos reglamento (EB) Nr. 1221/2009 dėl organizacijų savanoriškojo Bendrijos aplinkosaugos vadybos ir audito sistemos (EMAS) taikymo, panaikinančio Reglamentą (EB) Nr. 761/2001 ir Komisijos sprendimus 2001/681/EB bei 2006/193/EB (OL 2009 L 342, p. 1), 45 straipsnį, (aplinkos apsaugos vadybos sistemą, įdiegtą pagal standartą LST EN ISO 14001 „Aplinkos vadybos sistemos. Reikalavimai ir naudojimo gairės“ (LST EN ISO 14001)) arba kitus aplinkos apsaugos vadybos standartus, pagrįstus atitinkamais Europos arba tarptautiniais standartais, kuriuos yra patvirtinusios sertifikavimo įstaigos, atitinkančios Europos Sąjungos teisės aktus arba atitinkamus Europos ar tarptinius sertifikavimo standartus.

Techniniai reikalavimai

FVAS - Valiutos

1FVAS turi būti galimybė automatiškai importuoti valiutų kursus iš Lietuvos banko (per internetą) arba komercinių bankų duomenų (per banko sistemą).
2FVAS turi automatiškai pateikti valiutos kursą, kai sistemos naudotojas, registruodamas operaciją, nurodo datą ir pasirenka valiutos kurso tipą.
3FVAS turi būti galimybė konvertuoti apskaitos likučius į bet kokią valiutą ir peržiūrėti rezultatą.

FVAS - Žurnalai

1FVAS turi būti automatiškai perduodami apskaitos įrašai iš atskirų modulių į DK.
2FVAS turi būti galimybė tiesiogiai vesti DK žurnalus.
3FVAS turi būti galimybė prie kiekvienos buhalterinės operacijos, nepriklausomai nuo to, kokiame žurnale ji įvesta, išsaugoti ją įvedusio naudotojo identifikacinius duomenis ir įvedimo datą.
4FVAS turi būti galimybė aprašyti operacijų į žurnalus vienkartinius šablonus ir pasikartojančių operacijų šablonus.
5FVAS turi būti galimybė pačiam naudotojui aprašyti taisykles (formules), pagal kurias sistemoje yra perskirstomos sąnaudos DK lygyje.
6FVAS turi užtikrinti buhalterinio įrašo balansą (debetas = kreditas).
7FVAS turi būti numatyta DK ir žurnalų suderinimo funkcija, užtikrinanti žurnaluose užregistruotų įrašų tapatų perkėlimą į DK. Sistema privalo pateikti detalią informaciją apie neatitikimus tarp žurnalų ir DK.

Sistemos įdiegimas

1Projekto inicijavimas.
2Analizė.
3Projektavimas.
4Konfigūravimas (programavimas).
5Sistemos testavimas.
6Naudotojų mokymai.
7Sistemos bandomoji eksploatacija.

FVAS - Apskaitos kodai

1FVAS turi būti galimybė naudoti struktūrinius apskaitos kodus, t.y. apskaitos kodo struktūra turi būti sudaryta iš dimensijų, kurios skirtos buhalterinėms sąskaitoms ir kitiems objektams žymėti. Pavyzdžiui, apskaitos kodas gali būti sudarytas iš programos, funkcinės klasifikacijos, ekonominės klasifikacijos ir kitų dimensijų.
2FVAS turi būti galimybė apibrėžti ne mažiau kaip 10 apskaitos dimensijų, kurių reikšmės būtų pasirenkamos iš sąrašo.
3FVAS turi būti numatytas funkcionalumas, kad FVAS naudotojas galėtų apibrėžti dimensijų reikšmių hierarchijas ir jas naudoti rengiant ataskaitas.
4FVAS turi būti galimybė sukurti neribotą apskaitos dimensijų hierarchijos lygių skaičių.
5FVAS turi būti galimybė apibrėžti formato taisykles dimensijų reikšmėms.
6FVAS turi būti galimybė papildyti fiksuotą dimensijos reikšmių sąrašą. Atskirai reikšmei turi būti galima nurodyti reikšmės galiojimo laikotarpį.
7Visose FVAS funkcinėse srityse, registruojant DK registruose atsispindinčias operacijas, turi būti naudojami tie patys struktūriniai apskaitos kodai.
8Registruojant operacijas FVAS turi būti galimybė apskaitos kodo dimensijų reikšmes rinktis iš sąrašo.
9FVAS turi būti galimybė iš sąrašo parinkti ne tik atskirų dimensijų reikšmes, bet ir visą apskaitos kodą (visą dimensijų reikšmių kombinaciją).
10FVAS turi užtikrinti, kad registruojant operacijas pasirinktas apskaitos kodas būtų galiojantis.
11FVAS turi užtikrinti, kad registruojant operacijas nebūtų leidžiama parinkti negaliojančios dimensijos reikšmės.
12FVAS turi būti galimybė efektyviai dirbti su dideliu dimensijų elementų kiekiu (1000 ir daugiau).

FVAS - Skolų valdymas

1FVAS turi būti galimybė formuoti mokėtojų likučių suderinimo aktus ir registruoti suderinimo faktą, bei siųsti el.paštu.
2FVAS turi būti galimybė suformuoti inventorizacijos aprašus – sutikrinimo žiniaraščius.
3FVAS turi būti galimybė formuoti įvairius skolininkų sąrašus.
4FVAS turi būti galimybė suformuoti mažiausiai trijų lygių priminimus skolininkams (skolininko informavimas apie neįvykdytą mokėjimą).
5FVAS turi būti galimybė prie mokėtojo registruoti kitas papildomas išlaidas (teismo išlaidos, žyminis mokestis ir pan.), kurioms vėliau gali būti išrašoma sąskaita.
6FVAS turi būti galimybė registruoti teismo priteistą skolą.

FVAS - Sąskaitų planas

1FVAS turi būti galimybė įvesti sąskaitų planą, reglamentuotą Lietuvos Respublikos teisės aktais.
2FVAS turi būti galimybė papildyti sąskaitų planą.
3FVAS turi būti užtikrinta, kad nebus panaikintos sąskaitos, jeigu jos buvo panaudotos galiojančiose operacijose.

FVAS - Atskaitingi asmenys

1FVAS turi būti galimybė sekti kiekvieno atskaitingo asmens skolos likutį.
2FVAS turi būti galimybė surašyti avansinėse apyskaitose pateiktų sąskaitų duomenis, kaip to reikalauja pirkimo sąskaitų registravimo reikalavimai.

FVAS - Biudžeto kontrolė

1FVAS turi būti realizuota automatinė biudžeto vykdymo kontrolė, t.y FVAS turi būti apribojimas, neleidžiantis viršyti patvirtintų metinių asignavimų pagal bet kurį apskaitos segmentą.
2FVAS ketvirčio eigoje turi būti leista viršyti sąmatą, naudotojui apie tai pateikiant pranešimą.
3FVAS turi būti galimybė sąmatai priskirti atskirą požymį, kuris nurodytų, kad metinę sąmatą galima viršyti.
4FVAS turi būti vykdomas ketvirtinis sąmatų likučių ir vykdomų apmokėjimų tikrinimas, vertinant numatytas lėšas.
5Jeigu nėra patvirtinto biudžeto (sąmatų) einamiesiems metams, asignavimai negali viršyti 1/12 praėjusių metų sąmatose numatytų lėšų.

FVAS - Biudžeto sudarymas

1FVAS turi būti saugoma informacija apie asignavimų valdytojus, pavaldžias įstaigas.
2FVAS turi būti galimybė įvestą organizacinį vienetą (organizaciją) priskirti atitinkamai kategorijai: asignavimų valdytojui (AV), pavaldžiai įstaigai (PĮ).
3FVAS turi būti galimybė įvestam organizaciniam vienetui nurodyti priklausomybę aukštesniam biudžeto hierarchijos lygiui, kurio sąmata – tai subbiudžeto vienetų agreguotos sumos.
4FVAS turi būti galimybė, pasirinkus konkretų biudžeto vienetą, pamatyti jam priklausančių subbiudžeto vienetų atskiras (išskleistas) sąmatas pagal norimą (programas, funkcines klasifikacijas, laikotarpį ir t.t.) detalumą ir bendrą (agreguotą) sąmatą.
5FVAS turi būti galimybė įvesti sąmatas pagal dimensijas.
6FVAS turi būti galimybė pavaldžių įstaigų ir skyrių sąmatas apjungti pagal nustatytus parametrus (programas ir priemones, finansavimo šaltinius, išlaidų klasifikaciją) į bendrą vieno asignavimų valdytojo programų sąmatą.
7FVAS turi būti palaikomas programų sąmatos gyvavimo ciklo funkcionalumas – sukūrimas, patvirtinimas, duomenų užblokavimas redaguoti, pasibaigus ataskaitiniam laikotarpiui, ir kt.
8FVAS turi būti palaikomos automatizuotos biudžeto sudarymo procedūros.
9FVAS išlaidų biudžeto sudarymas turi būti vykdomas hierarchiniu principu – iš apačios į viršų, t.y. žemiausi struktūriniai daliniai, pavaldžios įstaigos teikia programų sąmatas, kurias departamentai (asignavimų valdytojai) agreguoja ir teikia atsakingam už Klaipėdos rajono savivaldybės administracijos bendro biudžeto sudarymą daliniui. Šis dalinys formuoja jungtinį Klaipėdos rajono savivaldybės administracijos biudžetą.
10FVAS turi būti galimybė sudaryti atskiras programų sąmatas kiekvienam: daliniui, asignavimų valdytojui, finansavimo lėšų šaltiniui, funkciniam kodui.
11FVAS turi būti galimybė atrinkti atskiras programų sąmatas pagal kiekvieną: dalinį, asignavimų valdytoją, finansavimo lėšų šaltinį, funkcinį kodą.
12FVAS sąmatos išlaidų straipsniai turi būti hierarchinio lygio. Sistema turi palaikyti mažiausiai 6 hierarchijos lygius, o tėvinės sąmatos straipsnių reikšmės turi būti sumuojamos automatiškai.
13FVAS turi būti galimybė planinius ir faktinius duomenis paskirstyti ketvirčiais.
14FVAS turi būti galimybė programas išskaidyti į hierarchinę struktūrą (programa -> tikslas -> uždavinys -> priemonė ar objektas).
15FVAS turi būti galimybė sekti planinius duomenis tiek detaliame lygyje (pagal priemones ar objektus), tiek aukštesniame lygyje (pagal uždavinius ar tikslus).
16FVAS turi būti galimybė kiekvienai programų sąmatai nurodyti kelis finansavimo šaltinius.
17FVAS turi būti galimybė sąmatas koduoti (numeruoti) naudotojų nustatytu formatu.
18FVAS turi būti galimybė nukopijuoti praėjusių metų biudžeto struktūrą.
19FVAS turi būti galimybė nukopijuoti einamųjų metų biudžeto struktūrą ir duomenis patikslintam biudžetui tvarkyti.
20FVAS turi būti saugomos visos biudžetų versijos (biudžetų istorija).
21FVAS turi būti galimybė parengtą ataskaitą apie patvirtintą biudžetą eksportuoti į nustatytą ir suderintą MS Excel programos formą.
22FVAS turi būti galimybė pagal suformuotas programų sąmatas ir surinktus faktinius duomenis atlikti programų sąmatų vykdymo analizę ir formuoti ataskaitas (pasirinktu detalumu ir pasirinkto laikotarpio).
23FVAS turi būti galimybė suformavus išlaidų biudžetą (apjungus asignavimų valdytojų programų sąmatas) parengti pajamų ir išlaidų sąrašą.
24FVAS turi būti galimybė suformuotą pajamų ir išlaidų sąrašą atspausdinti ir eksportuoti į nustatytą ir suderintą MS Excel programos formą.

FVAS - Mokėjimų vykdymas

1FVAS turi būti galimybė mokėjimo paraišką patvirtinti mokėjimo pavedimui vykdyti arba atmesti.
2FVAS atmestos paraiškos turi būti saugomos, kol bus gautas leidimas vykdyti finansavimą.
3FVAS turi būti galimybė atlikti kelių lygių mokėjimo paraiškos tvirtinimą pagal nustatytus parametrus. Prie paraiškos turi būti matoma tvirtinimo istorija.
4FVAS turi būti galimybė patvirtintų mokėjimo paraiškų pagrindu formuoti bendrą mokėjimo paraiškų suvestinę pagal naudotojo nurodytus parametrus.
5FVAS turi būti galimybė mokėjimo paraiškų suvestinę formuoti sujungiant mokėjimo paraiškas pagal finansavimo šaltinius, projektus ir programas.
6FVAS turi būti galimybė leisti paraiškos teikėjui perskirstyti paraiškos eilutes pagal skirtą finansavimo sumą.
7FVAS turi būti galimybė vykdyti skolinimąsi tarp skirtingų sąmatų.

FVAS - Mokėjimo paraiškos

1FVAS turi būti galimybė formuoti mokėjimo paraiškas patvirtintoms lėšoms gauti.
2FVAS turi būti galimybė suformuoti mažiausiai 3 mokėjimo paraiškos tipus: Asignavimo valdytojo mokėjimo paraišką; Mokėjimo paraišką lėšoms iš išorinės institucijos gauti; Pavaldžios įstaigos mokėjimo paraišką.
3FVAS turi būti galimybė formuoti mokėjimo paraiškas remiantis į FVAS įvestomis mokėtinomis sumomis (dokumentais) (pvz., pirkimo sąskaitos, apskaičiuotas darbo užmokestis ir kt.).
4FVAS turi būti galimybė iš vienos sąskaitos formuoti kelias mokėjimo paraiškas.
5FVAS turi būti galimybė formuojant mokėjimo paraišką peržiūrėti susijusios sąmatos lėšų likutį, patvirtintą sumą (asignavimus) ir faktiškai gautą lėšų sumą.
6FVAS turi būti galimybė mokėjimo paraiškos formoje peržiūrėti susijusios sąmatos lėšų likutį, patvirtintą (asignavimus) ir faktiškai gautą lėšų sumą.
7FVAS turi būti galimybė paraiškas pildyti ne tik sąskaitų pagrindu bet ir rankiniu būdu.
8FVAS turi būti galimybė paraiškas registruoti apskaitoje pagal valstybės funkcijas, finansavimo šaltinius, programas, priemonę, ekonominę klasifikaciją ir pan.
9FVAS turi būti realizuota biudžeto kontrolė, kuri formuojant paraišką patikrina, ar yra likę asignavimų prašomai apskaitos kombinacijai. Biudžeto kontrolės taisykles vartotojas gali apsirašyti pats.
10FVAS turi būti funkcionalumas, leidžiantis suformavus žemesnio lygio mokėjimo paraišką, automatiškai ją perduoti aukštesniam lygiui, kartu aukštesniame lygyje generuojant mokėtiną sumą žemesniam lygiui, o žemesniajame – gautiną sumą iš aukštesniojo.
11FVAS patvirtintos paraiškos turi būti apskaitomos pagal kaupimo principą.
12FVAS paraiškos turi būti apskaitomos automatiškai pagal paraiškai nurodytą finansavimo šaltinio ir ekonominės klasifikacijos informaciją.
13FVAS turi būti galimybė teikti paraiškas pagal 1/12 praeitų metų sąmatos, kol nepatvirtintas biudžetas.

FVAS - Biudžeto tikslinimas

1FVAS turi būti galimybė per metus patikslinti programų sąmatas, išsaugant pakeitimų istoriją.
2FVAS turi būti galimybė įvesti pavaldžių įstaigų ir skyrių MS Excel formato patikslintas programų sąmatas.
3FVAS turi būti galimybė tikslinamose programų sąmatose nurodyti tik keičiamą informaciją.
4FVAS turi būti galimybė pavaldžių įstaigų ir skyrių patikslintas sąmatas sujungti pagal nustatytus parametrus į bendras vieno asignavimų valdytojo programų sąmatas.
5FVAS turi būti galimybė parengti pažymą apie pageidaujamą lėšų tikslinimą.
6FVAS turi būti galimybė atlikti patikslintų programų sąmatų tvirtinimą (užfiksavimą).
7FVAS turi būti galimybė parengti pažymą pranešimą (kiekvienam AV ir PĮ) apie patvirtintus patikslintus asignavimus.
8Pažyma pranešimas formuojama iš patikslintų AV programų sąmatų duomenų.
9FVAS turi būti galimybė patikslintus pavaldžių įstaigų sąmatų projektus eksportuoti į nustatytą ir suderintą MS Excel programos formą.

FVAS - Mokesčių ataskaitos

1Pridėtinės vertės mokesčio deklaracija (FR0600).
2Metinė pridėtinės vertės mokesčio deklaracija (FR0516).
3Mėnesinė gyventojų pajamų mokesčio nuo A klasės pajamų deklaracija (GPM313).
4Metinė gyventojams išmokėtų išmokų pagal mokesčio mokėjimo tvarką priskiriamų A ir B klasės pajamoms, pažyma (GPM 312).
5Mokesčių ir kitų įmokų į biudžetą apyskaita (VP-1).

FVAS - Finansinės ataskaitos

1Finansinės būklės ataskaita (Žemesniojo lygio, aukštesniojo lygio viešojo sektoriaus subjektų finansinės būklės ataskaitos formos).
2Veiklos rezultatų ataskaita (Žemesniojo lygio, aukštesniojo lygio viešojo sektoriaus subjektų finansinės būklės ataskaitos formos).
3Pinigų srautų ataskaita (Žemesniojo lygio, aukštesniojo lygio viešojo sektoriaus subjektų finansinės būklės ataskaitos formos).
4Grynojo turto pokyčių ataskaita ((Žemesniojo lygio, aukštesniojo lygio viešojo sektoriaus subjektų finansinės būklės ataskaitos formos).
5Aiškinamojo rašto lentelės.
6Turi būti galimybė duomenis perkelti į VSAK’is.

FVAS - Laikotarpio uždarymas

1FVAS turi būti numatytas standartinis ataskaitinio apskaitos laikotarpio pabaigos duomenų apdorojimas. Pajamų ir sąnaudų sąskaitos turi būti uždarytos ir rezultatas perkeltas į finansinės būklės ataskaitos sąskaitas. Finansinės būklės ataskaitos sąskaitų likučiai perkelti į kitą ataskaitinį laikotarpį.
2FVAS turi būti galimybė DK pildyti tiek tiesiogiai, įvedant duomenis, tiek automatizuotai, perkeliant duomenis iš kitų funkcinių sričių.
3FVAS 4 klasės uždarymu: gautų, panaudotų, perduotų ir grąžintų finansavimo sumų nepiniginiam turtui ir kitoms išlaidoms įsigyti sąskaitos uždaromos pagal ataskaitinių metų pabaigos būklę, debetuojant gautas finansavimo sumas ir kredituojant panaudotas, perduotas ar grąžintas finansavimo sumas.
4FVAS turi būti galimybė palyginti einamųjų metų rezultatus (faktą) su ankstesnių metų rezultatais (faktu) ir planiniais rezultatais.
5FVAS turi sudaryti bandomąjį balansą sistemos naudotojo pasirinktu laiko momentu.

FVAS - Statistikos ataskaitos

1Darbo apmokėjimo ataskaita (DA-01).
2Savivaldybei nuosavybės teise priklausančio turto ir Savivaldybės patikėjimo teise valdomo valstybės turto ataskaita.

Bendrieji sistemos reikalavimai

1Sistema turi turėti ne mažiau kaip 3 lygių architektūros užtikrinimo priemones.
2Sistema turi palaikyti centralizuotą duomenų modelį – turi būti galimybė VVS naudojančių organizacinės struktūros vienetų duomenis laikyti vienoje duomenų bazėje.
3Sistema turi tenkinti standartinius Windows grafinei sistemos vartotojo sąsajai (GUI) keliamus reikalavimus.
4Sistemoje turi būti funkcionalumas, užtikrinantis vartotojų buvimo Sistemoje ir sesijų galiojimo laiko/ prioritetų sekimą bei sesijų uždarymą, kai sesija užimta ir Sistema nenaudojama nustatytą laiką.
5Sistemoje turi būti numatyta lietuvių kalbos terpė (vartotojo sąsaja).
6Sistema turi būti suderinta su Microsoft programomis (pvz., MS Excel, MS Word), naudojant Clipboard funkcionalumą ekraninės formos ar ataskaitos turiniui.
7Sistemoje turi būti numatytas hierarchinis duomenų rūšiavimas ir išplėstinė (kompleksinė, pagal fragmentą ir pan.) jų paieška.
8Sistemoje turi būti galimybė vykdyti duomenų importą ir eksportą, naudojant žinomiausius duomenų apsikeitimo formatus (pvz., ASCII, XML rinkmenos).
9Sistema turi turėti priemones ar suteikti galimybę išorinėmis priemonėmis jungtis prie Sistemos duomenų bazės.
10VVS moduliuose turi būti realizuotos atitinkamos programų sąsajos (angl. application programming interface, API) ar kitos analogiškos priemonės, užtikrinančios VVS integravimą su kitomis savivaldybėje veikiančiomis sistemomis.

FVAS - Pinigų srautų valdymas

1FVAS turi būti galimybė rūšiuoti mokėjimus ir gavimus pagal datą, banką, mokėtoją, gavėją, mokėjimo paskirtį, finansavimo šaltinį, asignavimo valdytoją, programą, biudžeto pajamų ir išlaidų klasifikatoriaus straipsnį ir kitus požymius.
2FVAS turi būti galimybė pateikti kasdieninę informaciją apie pinigų likutį banko sąskaitose.
3FVAS turi būti galimybė automatizuotai išvesti kiekvieno asignavimų valdytojo finansavimo rezultatą konkretaus laikotarpio pabaigai.
4FVAS turi būti realizuotas pinigų srautų prognozavimas pagal apdorotus pirminius dokumentus (pirkimo ar pardavimo sąskaitas), užsakymo dokumentus, numatomus srautus.
5FVAS turi būti galimybė formuoti automatinį pranešimą apie mokėjimo termino pabaigą.
6FVAS turi būti galimybė vykdyti automatinį užregistruotos skolos įtraukimą į pinigų gavimo (mokėjimo) planą, nurodant konkrečią gavimo (mokėjimo) datą.
7FVAS turi būti realizuotas PAS ir finansinės apskaitos suderinamumas (apskaitos pinigų ir kaupimo principu suderinamumas).
8FVAS turi būti realizuotas skolų grupavimas pagal mokėjimo terminą, atsiradimo datą, valiutą, tiekėjus, pagal padalinius, kuriems jos priklauso.
9FVAS turi būti galimybė išskirti neidentifikuotas įplaukas ir po registracijos toliau sekti jų apskaitą.

Sistemos palaikymas ir vystymas

1Sistemos garantinis aptarnavimas.
2Sistemos palaikymas.
3Papildomi Sistemos vystymo darbai.

Vartotojo aplinkos reikalavimai

1VVS vartotojų sąsajos (interfeisai) turi būti lietuvių kalba.
2Programinė įranga turi pranešti apie programinės įrangos klaidas ir/arba priminimus apie neatliktus, tačiau privalomus atlikti veiksmus, kompiuterio ekrane. Klaidų pranešimai sistemos vartotojams turi būti lietuvių kalba.
3VVS turi būti palaikomas daugiakalbiškumas, kuris siejamas su galimybe įvesti, saugoti ir pateikti informaciją keliomis kalbomis.
4VVS turi būti galimybė vienam vartotojui priskirti daug vaidmenų.
5Jeigu VVS sudaryta iš skirtingų dalių, tada vartotojo sąsaja, valdymo elementai turi būti vienodi visoje VVS. FVAS (komponetei) leidžiama kita (skirtinga nei likusiuose sistemos komponentėse) vartotojo sąsaja.
6VVS turi būti numatyta kontekstinė pagalba vartotojui.
7VVS turi būti numatytas funkcionalumas, suteikiantis sistemos vartotojui galimybę prie visų VVS registruojamų dokumentų ir operacijų išsaugoti dokumentų elektronines kopijas.
8VVS turi būti galimybė pagal pasirinktus parametrus atlikti įrašų paiešką. Taip pat turi būti galimybė išsaugoti paieškos šabloną ir jį vėliau automatiškai panaudoti.
9VVS turi būti galimybė atlikti išplėstinę (kompleksinę, pagal fragmentą ir pan.) paiešką.
10VVS turi būti galimybė naudoti operatyvios duomenų paieškos priemones. Duomenų paiešką turi būti galima atlikti kiekviename duomenų įvedimo lange.
11VVS turi būti galimybė naudoti automatinio dokumentų ir operacijų numeravimo priemones.
12VVS turi turėti galimybę dirbti su įvairiomis valiutomis ir apdoroti tarp įvairių valiutų atliekamas operacijas.
13VVS turi suteikti funkcines galimybes operacijų įrašams nagrinėti ir iš bendrojo lygio pereiti į detalųjį lygį (drill down funkcija).
14VVS turi būti galimybė vartotojui pačiam aprašyti reikšmių rinkinius, kurie dinamiškai pateiktų reikšmes pagal aprašytas taisykles.
15VVS turi būti užtikrinta, kad į duomenų įvedimo laukus būtų galima įvesti tik korektiškus duomenis (pvz.: jei laukas yra skirtas įvesti datą, tai VVS neleistų įvesti raidžių, jei laukas skirtas tik skaičiams, kad neleistų įvesti raidžių ir t.t. )

FVAS - Banko ir kasos operacijos

1FVAS turi būti galimybė importuoti banko išrašą (atsižvelgiant į Lietuvos banko nustatytą formatą) apie įvykdytus mokėjimo pavedimus iš elektroninės bankininkystės programų.
2Į FVAS turi būti perkeliami visi duomenys, esantys banko išraše, būtini lėšų apskaitai.
3FVAS turi būti galimybė patikrinti banko išrašus.
4FVAS turi būti galimybė registruojant banko operacijas sudengti gautus mokėjimus rankomis su įregistruotomis gautinomis sumomis, vadovaujantis naudotojo nustatytais kriterijais.
5FVAS turi būti galimybė registruojant banko operacijas sudengti gautus mokėjimus automatiškai su įregistruotomis gautinomis sumomis.
6FVAS turi būti galimybė sudengti gautus mokėjimus su gautinomis sumomis po to, kai mokėjimai buvo perkelti į DK ir kitus žurnalus.
7FVAS turi būti galimybė parengti ir atspausdinti teisės aktais numatytus banko ir kasos operacijų dokumentus ir suvestines ataskaitas.

FVAS - Ilgalaikio turto valdymas

1FVAS turi būti kaupiama informacija apie įsigijimo būdą (pvz., pirkimas iš savo lėšų, finansavimas ir kt.).
2FVAS turi būti galimybė sukaupti per tam tikrą laikotarpį pradinę turto vertę iš dalių (įsigijimo kaina, atvežimo išlaidos, įvedimo į eksploataciją išlaidos ir pan.).
3FVAS turi būti galimybė sukurti inventorinius numerius pagal naudotojų apibrėžtus parametrus.
4FVAS turi būti galimybė išlaikyti tą patį inventorinį numerį keičiant finansavimo šaltinį.
5FVAS turi būti galimybė vykdyti inventorinio numerio unikalumo kontrolę.
6FVAS turi būti galimybė grupuoti ilgalaikį turtą pagal pasirinktus kriterijus.
7FVAS turi būti galimybė nurodyti ilgalaikio turto komplektaciją.
8FVAS turi būti galimybė iškomplektuoti IT vienetą. Komponentai gali turėti skirtingus nusidėvėjimo laikotarpius.
9FVAS turi būti galimybė dalį iškomplektuoto turto nurašyti, parduoti ar kitaip panaudoti.
10FVAS turi būti galimybė išlaikyti informaciją apie iškomplektuoto turto įsigijimą ir finansavimą.
11FVAS turi būti galimybė užfiksuoti turto eksploatavimo pradžios datą ir atspausdinti aktą.
12FVAS turi būti galimybė perduoti turto informaciją iš tiekėjo sąskaitos, įskaitant apskaitos informaciją.
13FVAS turi būti galimybė vykdyti keitimus, perklasifikavimus grupei turto vienetų.
14FVAS turto apskaita turi būti kuriama automatiškai pagal turto grupių ir registrų nustatymus.
15FVAS turi būti galimybė turėti atskirus kiekvieno organizacinio vieneto turto registrus.
16FVAS turi būti galimybė importuoti iš MS Excel šablonų (forma turi būti suderinama diegimo metu) įrašus apie apskaitomą turtą.
17FVAS turi būti galimybė turto korteles importuoti iš MS Excel programos.
18FVAS turi būti galimybė apskaičiuoti nebaigtos statybos išlaidas ir ją vėliau kapitalizuoti. Atitinkamai turi būti kuriama apskaita.

FVAS - Nuomos paslaugų teikimas

1FVAS turi būti galimybė įvesti nuomos sutarties duomenis (pvz., galiojimo laikotarpis, kainos, sąlygos).
2FVAS (nuomos sutartyje) turi būti galimybė pažymėti nuomos paslaugų teikimo periodiškumą.
3FVAS (nuomos sutartyje) turi būti galimybė nurodyti nuomos paslaugų teikimo trukmę. Pasibaigus nuomos sutarties galiojimo laikui, nuomos mokestis neturi būti skaičiuojamas.
4FVAS turi būti galimybė nuomos sutartyje nustatytu periodiškumu (pvz., kas mėnesį, kas ketvirtį) vykdyti automatinę nuomos mokesčio skaičiavimo operaciją.
5FVAS turi būti galimybė remiantis paskaičiuotu nuomos mokesčiu už ataskaitinį laikotarpį, FVAS parengti ir atspausdinti sąskaitą, reikalingas automatinis sąskaitų išrašymas, kai nesikeičia mėnesinė suma.

FVAS - Gautinų sumų apdorojimas

1FVAS turi būti galimybė priimti mokėjimus banko pavedimais, grynais pinigais ir susieti juos su konkrečiomis gautinomis sumomis ir mokėtojais.
2FVAS turi būti galimybė peržiūrėti gautinas sumas pagal tiekėjus (rangovus), sutartis su tiekėjais (rangovais), biudžeto straipsnius, projektus, konkrečią data, buhalterines sąskaitas, tiekėjų grupes.
3FVAS turi būti galimybė atskirti pirkėjus pagal pvz. Atskaitingus asmenis, viešojo sektoriaus subjektus.
4FVAS turi būti galimybė automatiškai suformuoti gautinų sumų sąrašą pagal mokėjimo terminus.
5FVAS turi būti galimybė automatiškai gretinti ir automatiškai ar rankiniu būdu sudengti gautinas sumas ir gautą avansą.
6FVAS turi būti galimybė gretinti ir sudengti gautinas sumas ir gautą avansą.
7FVAS turi būti galimybė skaičiuoti nuvertėjimą bei perkainoti gautinas sumas.
8FVAS turi būti galimybė vykdyti gautinų sumų vertės sumažėjimo apskaitą, išlaikant informaciją apie įsigijimo savikainą.
9FVAS turi būti galimybė sudengti mokėtojų mokėjimus su gautinomis sumomis.
10FVAS turi turėti galimybę įplaukas iš banko išrašo sudengti su gautinomis sumomis (iš mokėjimo paraiškų).
11FVAS turi būti galimybė pažymėti nefinansuojamas sumas pavaldžioms įstaigoms, tiekėjams, rangovams, t.y. turi būti galimybė pažymėti nefinansuojamas pavaldžių įstaigų mokėjimo paraiškas, tiekėjų ar rangovų sąskaitas.
12FVAS turi būti banko išrašų patikrinimo galimybė.
13FVAS turi būti galimybė vykdyti kreditinių sąskaitų apskaitą.
14FVAS turi automatiškai apskaityti gautą finansavimą kai įplaukos yra sudengiamos su mokėjimo paraiška.
15FVAS turi būti galimybė registruoti gautino ir gauto finansavimo lėšas.
16FVAS turi būti galimybė sekti gautino ir gauto finansavimo likutį, atsižvelgiant į sąmatų vykdymą.
17FVAS turi būti galimybė kiekvienam organizaciniam vienetui matyti tik savo išrašytas sąskaitas.
18FVAS pagal suformuotas gautinas sumas klientams turi būti galimybė spausdinti suderinimo kvitus pagal suderintą formą.

FVAS - Informacija apie tiekėjus

1FVAS turi būti saugoma informacija apie tiekėjus.
2FVAS sukurta Tiekėjų lentelė turi būti centralizuota ir apsaugota priėjimo teisėmis, kad ją tvarkyti galėtų tik atsakingi už tai asmenys.
3FVAS turi būti galimybė registruoti ir grupuoti tiekėjus. Tiekėjai turi būti identifikuojami pagal įvairius požymius.
4FVAS turi būti galimybė tą patį tiekėją susieti su keliomis buhalterinėmis sąskaitomis (įsipareigojimų sąskaita, avanso sąskaita).
5FVAS turi būti galimybė įvedant tiekėjo kortelę automatiškai tikrinti, ar toks tiekėjas jau įvestas.
6FVAS turi būti galimybė blokuoti tiekėją. Turi būti numatyta galimybė uždrausti šiam tiekėjui kurti pirkimo užsakymus, registruoti iš jo gautas pirkimo sąskaitas.
7FVAS turi būti galimybė atlikti užklausas pagal tiekėjo sąskaitas ir mokėjimus tiekėjams.

FVAS - Informacija apie mokėtojus

1FVAS turi būti saugoma informacija apie mokėtojus.
2FVAS turi būti galimybė tą patį mokėtoją susieti su keliomis buhalterinėmis sąskaitomis (įsipareigojimų sąskaita ir keliomis sąskaitomis, avanso sąskaita).
3FVAS turi būti galimybė įvedant mokėtojo kortelę automatiškai tikrinti, ar toks mokėtojas jau įvestas, ir, jeigu toks mokėtojas jau yra, uždrausti įvesti papildomą kortelę.
4Sistema turi turėti importo programą, importuojančią išorinių sistemų pateiktus mokėtojų ar paslaugų gavėjų duomenis į Sistemos registrus.
5FVAS turi būti galimybė atlikti užklausas pagal mokėtojo sąskaitas ir gautus mokėjimus.

FVAS - Mažaverčio turto apskaita

1FVAS turi būti galimybė vesti kiekinę finansiškai nurašyto TT apskaitą, nurodant konkretų materialiai atsakingą asmenį ir nurodyti tokio turto vertę kontrolės tikslais.
2FVAS turi būti galimybė numatyti mažaverčio turto naudojimo laikotarpį arba naudojimo kartų skaičių.

FVAS - Biudžeto vykdymo ataskaitos

1Biudžeto išlaidų sąmatos įvykdymo ataskaita (Nr. 2 ).
2Biudžeto išlaidų sąmatos įvykdymo ataskaita (2-sav) sudaroma pagal laisvai parinktas dimensijas (turi būti galimas visų biudžeto dimensijų parinkimas).
3Mokėtinų ir gautinų sumų ataskaita (9 priedas).
4Valstybės valdžios, valdymo, teisėsaugos, vidaus reikalų, saugumo, kitų viešosios tvarkos ir visuomenės apsaugos institucijų ir įstaigų etatų ir struktūros plano įvykdymo ataskaita (B-1 forma).
5Pažyma dėl darbo užmokesčio (B-1 formos priedas).
6Pažyma pranešimas apie biudžeto asignavimų pakeitimus.

FVAS - Kiti pardavimų reikalavimai

1FVAS turi būti saugoma informacija apie pardavimo sąskaitas.
2FVAS turi būti galimybė automatiškai sugeneruoti unikalų sąskaitos numerį remiantis sąskaitos kodo struktūra.
3FVAS turi būti galimybė automatiškai susieti išrašomas sąskaitas su DK sąskaitomis (prekė ar paslauga, paslaugų gavėjas ar mokėtojas).
4FVAS turi būti galimybė atlikti pardavimo sąskaitos paslaugų gavėjams tvirtinimą pagal nustatytus parametrus.
5FVAS turi būti galimybė pasirinkti valiutą, kuria FVAS turi būti išrašoma sąskaita ir konvertuoti sąskaitą į vietinę valiutą sąskaitos išrašymo dienos kursu.
6FVAS turi išrašyti dvikalbes valiutines sąskaitas faktūras užsienio pirkėjams.
7FVAS turi būti galimybė atlikti duomenų kontrolę ir neleisti sukurti tos pačios pardavimo sąskaitos du kartus.
8FVAS turi būti galimybė koreguoti patvirtintas sąskaitas.
9Sistema turi leisti automatiškai apskaičiuoti PVM, taikant Lietuvos Respublikos teisės aktais nustatytas taisykles.
10FVAS turi būti galimybė suformuoti išankstinę sąskaitą.
11FVAS turi būti galimybė susieti išankstinį paslaugų gavėjo mokėjimą su išrašyta avansine sąskaita.
12FVAS turi būti galimybė nuolatiniams paslaugų gavėjams (pvz., nuomos paslaugos) nurodyti sąskaitų išrašymo periodiškumą.
13FVAS turi būti galimybė formuoti suformuotų sąskaitų registrą.
14FVAS turi būti galimybė matyti pasirinktam mokėtojui išrašytų sąskaitų sąrašą ir būsenas.

FVAS - Mokėtinų sumų apdorojimas

1FVAS turi būti galimybė atlikti mokėjimus banko pavedimais, grynaisiais pinigais ir susieti juos su konkrečiomis mokėtinomis sumomis ir tiekėjais (paslaugų gavėjais).
2FVAS apskaitant apskaitos dokumentą turi būti galimybė priskirti kelias didžiosios knygos sąskaitas. Taip pat turi būti galimybė iškarto paskirstyti apskaitos dokumentą biudžeto prasme t.y. priskiriant jam programą, priemonę, ek. klasifikaciją, funkciją, finansavimo šaltinį.
3FVAS turi būti galimybė priminimas apie apskaitos dokumentus, kuriems suėjęs apmokėjimo terminas.
4FVAS turi būti galimybė generuoti apmokėjimus automatiškai pagal mokėtinas sumas, įskaitant dalinius mokėjimus. Galimybė generuojant apmokėjimus automatiškai atkelti sąskaitos paskirstymą pagal šaltinius, programas, priemones, funkcijas, ekonominę klasifikacija.
5FVAS turi būti galimybė vykdyti kontrolę, kad sąskaita nebūtų apmokėta, jeigu nebuvo užsakytas atitinkamas finansavimas pagal sąskaitai priskirtas apskaitos dimensijas. Galimybė kopijuoti apmokėtas sąskaitas faktūras su paskirstymais.
6FVAS turi būti galimybė priskirti pirkimo operacijai PVM kodą automatiškai ir rankiniu būdu, taikant įvairius Lietuvos Respublikos įstatymais nustatytus PVM tipus ir tarifus.
7FVAS turi būti galimybė registruoti mokėjimo terminą pagal atidėjimo terminą ir konkrečią datą.
8FVAS turi būti galimybė perkainoti mokėtinas sumas.
9FVAS turi būti galimybė gretinti ir sudengti mokėtinas sumas ir sumokėtą avansą.
10FVAS turi būti galimybė sudengti mokėtinas ir gautinas sumas su tuo pačiu pirkėju (mokėtoju, tiekėju).
11FVAS turi būti galimybė atlikti tarpusavio užskaitas.
12FVAS turi būti galimybė sudaryti išankstinį numatomų mokėjimų sąrašą, leisti jį peržiūrėti ir patvirtinti.
13FVAS turi būti galimybė atmesti ar koreguoti tam tikrus mokėjimus, numatytus mokėjimų sąraše.
14FVAS turi būti galimybė po patvirtinimo leisti sudaryti galutinį mokėjimų sąrašą.
15FVAS turi būti galimybė generuoti mokėjimo pavedimą nesuėjus mokėjimo terminui.
16FVAS turi būti galimybė generuoti dalinį mokėjimo pavedimą pagal mokėtiną sumą.
17FVAS turi būti galimybė apdoroti mokėtinų sumų duomenis pagal mokėjimo terminus.
18FVAS turi būti galimybė nurodytiems naudotojams pakeisti mokėjimų tiekėjams pasiūlymų sumas.
19FVAS turi būti galimybė sujungti kelias vieno tiekėjo mokėtinas sumas į vieną mokėjimo pavedimą.
20FVAS turi būti galimybė gautą sąskaitą įtraukti į mokėjimo paraišką.
21FVAS turi būti galimybė automatiškai sugretinti ir sudengti mokėtinas sumas su mokėjimo pavedimu (visa suma, dalinė suma, permoka).
22FVAS turi būti galimybė, atsižvelgiant į patvirtintus mokėjimų tiekėjams pasiūlymus, automatiškai parengti pavedimus elektroniniu formatu (atsižvelgiant į Lietuvos bankų nustatytą formatą) ir perduoti į elektroninės bankininkystės programas.
23FVAS turi būti galimybė sugretinti išsiųstų ir įvykdytų pavedimų sumas.
24FVAS turi būti galimybė palaikyti mokėjimo pavedimus daugeliu valiutų (nepriklausomai nuo turimų mokėtinų sumų valiutų).
25FVAS turi būti galimybė apskaityti pavedimus atliktus rankiniu būdu ar kitose sistemose.
26FVAS turi būti galimybė vykdyti išankstinius mokėjimus tiekėjams ir susieti juos su vėliau gautomis sąskaitomis iš šių tiekėjų.
27FVAS turi būti galimybė prie mokėjimo pavedimų matyti apskaitą kaupimo ir pinigų principu.
28FVAS turi automatiškai parinkti banko buhalterinę sąskaitą pagal banko sąskaitą, iš kurios daromas pavedimas.
29FVAS turi automatiškai segmentuoti banko sąskaitą pagal mokėtinų sumų sąskaitai nurodytą apskaitos informaciją.
30FVAS turi būti galimybė grupuoti ir rūšiuoti mokėtinas sumas pagal apskaitos dimensijas. Apdoroti mokėtinų sumų duomenis pagal šaltinius, programas, priemones, funkcijas, ekonominę klasifikaciją, projektą. Galimybė atskirti mokėtinas sumas viešojo sektoriaus subjektams.
31FVAS turi būti galimybė peržiūrėti mokėtinas sumas pagal tiekėjus (rangovus) ir pagal sutartis su tiekėjais (rangovais), pagal biudžeto straipsnius, projektus, konkrečią data, buhalterines sąskaitas, tiekėjų grupes.
32FVAS turi būti galimybė suformuoti, patvirtinti ir atspausdinti mokėjimo pavedimų pasiūlymų sąrašą. Galimybė kopijuoti mokėjimo pavedimus su paskirstymais (pagal šaltinį, programą, priemonę, funkciją, ekonominę klasifikaciją,). Galimybė mokėjimo pavedimo numeris automatiškai eitų didėjančia tvarka pagal pasirinktą projektą.
33FVAS turi būti galimybė kiekvienam organizaciniam vienetui matyti tik savo sąskaitas.
34FVAS turi būti galimybė automatiškai apskaityti finansavimo pajamas pagal sąskaitos informaciją. Sistema turi automatiškai apskaityti sukauptas finansavimo pajamas priklausomai nuo to, ar sąskaitai užsakytas finansavimas ar ne.

Nefunkciniai reikalavimai - Mokymai

1Iki mokymų vykdymo pradžios Tiekėjas turės parengti administratorių ir naudotojų mokymų medžiagą ir naudotojų vadovus.
2Mokymo medžiaga turi apimti visas numatytas sistemos funkcijas ir leisti skaitytojui savarankiškai vykdyti konkrečias užduotis.
3Mokymo medžiagoje turi būti pateikti visų sukurtos programinės įrangos laukų paaiškinimai.
4Mokymų medžiagą turi sudaryti teorinė medžiaga, ir praktinės užduotys;
5Mokymų medžiaga turi būti vientisa – teorinės medžiagos ir praktinių užduočių struktūra ir turinio detalumas turi būti vienodi, kad naudotojui būtų aišku, kaip savarankiškai atlikti kiekvieną užduotį ar jos dalį.
6Mokymai turi būti vykdomi specialiai mokymams Tiekėjas parengtoje aplinkoje, kurios konfigūracija turi atitikti gamybinę aplinką.
7Turi būti parengti ir pateikti visi duomenys reikalingi praktinėms užduotims atlikti.
8Naudotojų ir administratorių mokymai turi būti organizuojami tokiomis grupėmis, užtikrinant, kad naudotojai nebus mokomi naudotis funkcijomis, kuriomis jie nesinaudos. Detalus naudotojų grupių sąrašas turi būti suderintas su Užsakovu iki mokymų pradžios.
9Preliminarus naudotojų, kuriuos reikės apmokyti, kiekis – ne daugiau kaip 70 (tarp jų ne daugiau kaip 5 administratoriai).

FVAS - Ataskaitų kūrimo priemonės

1FVAS architektūra turi leisti be programavimo žinių ir įgūdžių sistemoje kurti bei koreguoti ataskaitas ar kitus duomenų analizės įrankius.
2FVAS vartotojai keisdami lanksčių ataskaitų duomenų išrinkimo parametrus gali pagal savo poreikius kurti reikalingas ataskaitas.
3FVAS turi būti galimybė analizuoti duomenis pažingsniui (drill down): turi būti galimybė išskleisti ataskaitoje turimą detalumą į kitą numatytą detalumo lygį.
4FVAS turi būti galimybė paryškinti (highlighting) duomenis pagal nustatytas taisykles.
5FVAS ataskaitose turi būti galimas šių tipų filtravimas, tačiau jais neapsiribojant: Atitikimas kriterijui (lygybė); Neatitikimas kriterijui (nelygybė); Mažiau nei kriterijus; Mažiau arba lygu kriterijui; Daugiau nei kriterijus; Daugiau arba lygu kriterijui; Tarp kriterijų.
6FVAS turi būti galimybė rūšiuoti duomenis pagal dokumento nr., eilės nr., turinį, sumą, įmonę, projektą, skyrių(padalinį) ir kt. pasirinktus parametrus.
7FVAS turi būti realizuota galimybė susiaurinti paiešką įvedus papildomų paieškos kriterijų.
8FVAS turi būti galimybė atlikti įrašų paiešką pagal pasirinktus parametrus (parametrai turės būti suderinti sistemos diegimo projekto reikalavimų analizės ir projektavimo metu).
9FVAS turi būti galimybė finansinėse ataskaitose pateikti ataskaitinio laikotarpio ir ankstesnių laikotarpių palyginamuosius duomenis pagal pasirinktus laikotarpius (kaupiamuoju būdu).
10FVAS turi būti galimybė rengiamose ataskaitose duomenis pateikti apvalinat pasirenkamu tikslumu.
11FVAS turi būti galimybė visais aspektais tvarkyti projektų apskaitą bendroje apskaitoje, tačiau atskiriant atskiru projektu. Turi būti galimybė visoms ūkinėms operacijoms priskirti projektus.
12FVAS turi būti galimybė projekto apskaitą tvarkyti pagal finansavimo sutartyse numatytą projekto biudžetą.
13FVAS turi būti galimybė visais aspektais leisti tvarkyti apskaitą ir formuoti ataskaitas, vadovaujantis kaupimo ir pinigų principu, nustatytu Lietuvos viešojo sektoriaus apskaitos ir finansinės atskaitomybės standartuose.
14FVAS turi būti galimybė automatiškai ir lygiagrečiai vykdyti apskaitą vadovaujantis pinigų principu lygiagrečiai su apskaita kaupimo principu taip, kad būtų tinkamai formuojamos biudžeto vykdymo ataskaitos.
15FVAS turi būti galimybė prie kiekvieno įrašo peržiūrėti apskaitą tiek kaupimo, tiek pinigų principu.
16FVAS turi būti galimybė formuoti ataskaitas biudžeto sudarymo pjūviais (asignavimų valdytojas, finansavimo šaltinis, programa, priemonė, biudžeto pajamų (išlaidų) klasifikatoriaus straipsnis, funkcinė klasifikacija ir pan.).
17FVAS visos pavaldžios įstaigos turi būti saugomos vienoje duomenų bazėje ir turi turėti galimybę apskaitos įrašus perduoti į vieną apskaitos knygą.
18FVAS turi būti galimybė organizuoti hierarchinę Užsakovo ir pavaldžių įstaigų struktūrą.
19FVAS turi būti galimybė centralizuotai įvesti ir naudoti visus pagrindinių duomenų kortelėse ir operacijose reikalingus klasifikatorius. FVAS turi būti galimybė apriboti šias funkcijas atskiroms vartotojų grupėms.

FVAS - Didžiosios knygos sąskaitos

1Leistinas DK sąskaitos numerio ilgis turi būti ne mažiau kaip 20 simbolių.
2DK turi būti galimybė naudotojui pačiam sukurti ir atspausdinti sąskaitų suvestines pagal naudotojo pasirinktus parametrus.
3DK sąskaitų likučiai turi būti automatiškai sumuojami į aukštesnio lygio sąskaitas, šie į dar aukštesnio ir t.t.
4FVAS turi būti galimybė detalizuoti DK sąskaitų likučius, nesant kitų, detalizuojančių žurnalų informacijos pagal pasirinktus požymius.
5FVAS turi būti galimybė analizuoti sąskaitų likučius iki konkrečių operacijų detalumo lygio (drill down funkcija).

FVAS - Kita ilgalaikio turto apskaita

1FVAS turi būti galimybė nurodyti likvidacijos ar nurašymo priežastis.
2FVAS turi būti galimybė išskaičiuoti dalį nurašomos sumos iš kaltininko.
3FVAS turi būti galimybė sudaryti galutinius inventorizacijos aprašus.

FVAS - Nekilnojamojo turto ataskaitos

1Ataskaitos suformavimo data turi būti pateikiamos prie ataskaitų pavadinimo.
2Ataskaitos ir sąrašai turi būti formuojami Excel formatu. Tokiu pačiu formatu turi būti galimybė eksportuoti visus pasirinktus duomenis.
3FVAS turi būti galimybė suformuoti ir atspausdinti ataskaitas su pasirenkamais laukais: Negyvenamosios patalpos (pastatai) – pasirenkami laukai: Nuosavybė, Valdymo teisė, statusas, Atsakingas, Data. Šioje ataskaitoje turi būti pateikiami tokie duomenys: Pastato kodas, Adresas, Pažymėjimas plane, ND pavadinimas, ND paskirtis, Valdymo teisė, statusas, Įmonės, įstaigos, organizacijos pavadinimas, Valdomas plotas, Užstatytas plotas, Valdoma dalis, Unikalus numeris, Registro numeris, Įregistravimo data, Turto įregistravimo pagrindas, Turto apskaitymo vieta, Seniūnija.
4FVAS turi būti galimybė suformuoti ir atspausdinti ataskaitas su pasirenkamais laukais: Gyvenamasis fondas – pasirenkami laukai Nuosavybė, Valdymo teisė, statusas, Atsakingas, Seniūnija, Data. Šioje ataskaitoje turi būti pateikiami duomenys: Kodas (buto ar priklausinio), Adresas, Buto numeris, Pastato pažymėjimas plane, ND pavadinimas, Plotas, Naudotojas, Registro numeris, Įregistravimo data, Unikalus numeris, Turto įregistravimo pagrindas, Būsto kategorija, Kambarių skaičius, Priklausiniai, Administruojanti firma, Valdymo teisė, statusas.
5FVAS turi būti galimybė atspausdinti objektų sudėtį (t.y. objektą sudarančias dalis): Pastatus, Inžinerinius statinius, Sklypus.

Administravimo ir saugumo reikalavimai

1Turi būti užtikrinamas VVS programos saugumas.
2Turi būti užtikrinamas VVS duomenų bazės saugumas.
3Turi būti užtikrinamas VVS duomenų bazės įrašo saugumas.
4Turi būti galimybė VVS vieną vartotoją priskirti keliems organizaciniams vienetams arba kitomis priemonėmis suteikti galimybę pasiekti kelių organizacinių vienetų informaciją ir duomenis.
5Turi būti galimybė VVS dirbti su sistema, kol vykdomi kiti darbai. VVS turi būti užtikrinta, kad, pvz., atliekami keičiamų užduočių veiksmai, registravimai, vartotojo veiksmai neblokuotų kito vartotojo veiksmų.
6Turi būti galimybė VVS registruoti sistemos auditui tinkamą įrašo istoriją, registruoti įrašą sukūrusį ir (ar) koregavusį vartotoją, operacijos atlikimo laiką ir suteikti galimybę atspausdinti duomenis.

FVAS - Apskaitos laikotarpiai ir datos

1Turi būti galimybė FVAS sukurti neribotą skaičių norimos trukmės apskaitos laikotarpių ir juos uždaryti.
2Turi būti galimybė FVAS įvesti operacijas neuždarytuose apskaitos laikotarpiuose. Turi būti galimybė apriboti šias funkcijas atskiroms vartotojų grupėms.
3Turi būti galimybė FVAS neleisti rašyti įrašų į uždarytus praėjusius laikotarpius.
4Turi būti galimybė FVAS atidaryti uždarytus apskaitos laikotarpius, atlikti papildomus įrašus (taisymus) ir vėl uždaryti apskaitos laikotarpius. Turi būti galimybė apriboti šias funkcijas atskiroms vartotojų grupėms. FVAS privalo įspėti, jei sistemos vartotojas bando registruoti operaciją uždarytame apskaitos laikotarpyje. FVAS privalo registruoti uždarytų apskaitos laikotarpių atidarymo bei po to sekančius veiksmus šiuose laikotarpiuose.
5Turi būti lanksčios atvirų periodų valdymo priemonės, leidžiančios turėti skirtingus atvirų periodų intervalus skirtingoms įrašų rūšims, apimančioms skirtingas finansų valdymo sritis. Atvirų periodų valdymo funkcijos turi būti leidžiamos tik tam tikriems vartotojams.
6FVAS turi automatiškai patikrinti, ar uždarant laikotarpį yra įvykdytos privalomos sąlygos: sukurti apskaitos įrašai, duomenys perduoti į Didžiąją knygą, nėra neužbaigtų operacijų.
7Turi būti galimybė FVAS registruojant tą pačią operaciją palaikyti ne mažiau kaip 2 datų tipus. Pvz., registracijos DK datą ir dokumento datą.
8FVAS turi būti galimybė kontroliuoti operacijų datas ir perspėti, jeigu operacija vedama ne į tą laikotarpį.
9FVAS turi būti galimybė kopijuoti įvestus ir neužregistruotus bei užregistruotus įrašus.
10FVAS turi būti galimybė įrašus tik įvesti, jų neužregistruojant iš karto ir po to galutinai užregistruoti įvestą įrašą.
11FVAS operacija turi būti užregistruojama tik tada, kai užpildomi visi tai operacijai privalomi laukai.
12FVAS turi būti galimybė patikrinti įvedamų duomenų formato korektiškumą lauko lygmenyje duomenų įvedimo languose.
13FVAS turi būti galimybė patikrinti įvedamų duomenų logikos korektiškumą (jei įmanomas toks tikrinimas) lauko lygmenyje duomenų įvedimo languose.
14FVAS turi būti galimybė peržiūrėti pasirinkto dokumento apskaitos įrašus (įvedimo ir galutinio registravimo atvejais).
15FVAS turi būti galimybė keisti ir šalinti įvestus ir neužregistruotus įrašus bei leisti su perspėjimu keisti, koreguoti ir šalinti galutinai užregistruotų įrašų. Turi būti galimybė apriboti šias funkcijas atskiroms vartotojų grupėms.
16FVAS turi būti galimybė rūšiuoti įrašus pagal datą, dokumento nr., eilės nr., turinį, įmonę, projektą, skyrių(padalinį) ir kitus pasirinktus parametrus.
17FVAS turi būti galimybė pagal pasirinktus parametrus: dokumento nr., eilės nr., turinį, sumą, įmonę, projektą, skyrių(padalinį) ir kt. rūšiuoti įrašus didėjimo arba mažėjimo tvarka.
18FVAS turi būti galimybė parengti, preliminariai užregistruoti ir patvirtinti įrašą.
19FVAS kiekvienas įrašas turi būti identifikuojamas šaltiniu, iš kurio jis atsiranda, ir įrašo kategorija.
20FVAS turi būti galimybė išsaugoti koregavimo istoriją, jeigu operacijos koreguojamos žurnaluose.

Nefunkciniai reikalavimai - Licencijos

1Sistemos programinės įrangos ar kitos Sistemos veikimui reikalingos licencijos turi būti neterminuoto galiojimo, o jeigu yra terminuoto galiojimo (ar kaip kitaip apriboto naudojimo), tai turi būti pateiktos tokios licencijos (ar leidimai), kad Užsakovui nereikėtų įsigyti papildomų licencijų ar kitaip patirti išlaidų programinės įrangos veikimui 12 mėnesius nuo VVS eksploatacijos pradžios.
2Tiekėjas turi užtikrinti naudotojų licencijas numatytam VVS naudotojų skaičiui.
3Jeigu siūloma programinė įranga yra licencijuojama priklausomai nuo sistemą naudojančių naudotojų (žmonių ar sistemų), naudojamų modulių, darbuotojų kiekio, tai Tiekėjas turi pateikti licencijas, kurios užtikrintų racionalų ir efektyvų VVS veikimą ir naudojimą.
4Užsakovas turi turėti teisę naudotis Sistema net ir neįsigijus gamintojo palaikymo.
5Licencijuojama programinė įranga turi turėti galiojančias licencijas jos veikimui ir naudojimui bei gamintojo palaikymą: atnaujinimų parsisiuntimą ir diegimą, naujų komponentų pateikimą, pagalbos tarnybos paslaugas ne trumpesniam kaip 12 mėnesių laikotarpiui nuo VVS eksploatacijos pradžios.
6Tiekėjas turi pasiūlyti tokią licencijų apimtį, kuri tenkina visus Užsakovo keliamus funkcinius ir nefunkcinius reikalavimus.
7Visi reikalingos programinės įrangos kaštai (licencijų kaštai ir kiti papildomi kaštai, jeigu taikomi programinės įrangos perdavimui ar kiti reikalingi kaštai pagal reikalavimus apibrėžtus šioje Specifikacijoje), turi būti įskaičiuoti į pasiūlymo kainą.
8Tiekėjas turi pateikti tokią programinę įrangą ir licencijas visoms numatomoms įdiegti VVS aplinkoms.
9Visos reikalingos licencijos turi būti įgyjamos ir, jeigu reikia, registruojamos Užsakovo vardu.
10Pateikiamų licencijų (ir sertifikatų) galiojimo pradžia turi būti ne ankstesnė nei testavimo pradžia ir ne vėlesnė nei garantinio aptarnavimo etapo pradžia ir turi būti suderinta su Užsakovu.
11Jeigu licencijos priklauso nuo naudotojų kiekio, tai licencijų kiekis reikalingas pateikti iki testavimo pradžios ir iki eksploatacijos pradžios gali skirtis ir turi būti suderintas su Užsakovu.
12Nuosavybės teise Užsakovui turi būti perduotas tik tas VVS komponentų išeities kodas (pvz.: skriptai, programos, integraciniai komponentai, bibliotekos), kuris bus sukurtas šios Sutarties apimtyje ir neįeina į licencijuojamos standartizuotos programinės įrangos sudėtį (t.y. Tiekėjo sukurtas ir intelektinėmis ir komercinėmis nuosavybės teisėmis apsaugota komercinė produkto dalis (produkto CORE) neturi būti perduota Užsakovui).

Nefunkciniai reikalavimai - Palaikymas

1Sistemos palaikymo objektas yra pagal šios techninės specifikacijos reikalavimus sukurta ir įdiegta Sistema su visomis jai priklausančiomis sąsajomis.
2Sistemos palaikymas turi būti teikiamas 12 mėn. po sistemos įdiegimo į gamybinę aplinką.
3Sistemos palaikymas apima: Sistemos palaikymą, atnaujinamą ir pritaikymą pagal galiojančius ir naujai įsigaliojančius Lietuvos Respublikos įstatymus, Vyriausybės nutarimus bei jų pasikeitimus, susijusius su pirkimo objektu; Eksploatuojamos Sistemos darbingumo atstatymą, pvz., įvykus duomenų bazės ar atskirų jos komponentų darbų sutrikimams; Sistemos Autorių klaidų taisymas; Konsultacijas Sistemos naudojimo klausimais.
4VVS naudotojų konsultavimo paslaugos teikimo tvarka: Konsultavimo paslaugos teikiamos VVS naudotojams (apie 200 naudotojų); Teikėjas per 2 savaites nuo Sutarties įsigaliojimo dienos turi parengti konsultavimo standartą. Konsultavimo paslaugos teikiamos pagal su Perkančiąja organizacija suderintą konsultavimo standartą; Konsultavimas vykdomas el. paštu, telefonu, JIRA sistemoje; Konsultacijoms telefonu skirtą infrastruktūrą užtikrins Teikėjas; Teikėjas privalo užtikrinti mažiausiai 2 konsultantus, Teikėjas įvertina ir užtikrina pagal sezoniškumą ir skambučių srautą, jei reikia daugiau konsultantų. Skambučiai turi būti įrašomi ir Užsakovui paprašius, suteikiama prieiga prie įrašų; Konsultacijos teikiamos lietuvių, anglų kalbomis ir bent viena kita kalba (lenkų rusų, ukrainiečių); Nepavykstant prisiskambinti, skambutis turi būti registruojamas ir interesantui perskambinama per 4 darbo val. nuo skambučio gavimo, apie skambučio registracija naudotojas turi būti informuojamas balso žinute. Skambutis gali būti iki 5 min. užlaikomas kol linija atsilaisvins. Visi skambučiai turi būti registruojami JIRA; Teikėjas turės klasifikuoti suteikiamas konsultacijas telefonu ir raštu pagal konsultacijos temas, klasifikatorius turės būti suderintas per pirmą paslaugų teikimo mėnesį; Klasifikatorius galės būti pildomas ar atnaujinamas bet kuriuo Paslaugų teikimo laikotarpiu; Konsultacijos telefonu teikiamos kiekvieną darbo dieną nuo 8:00 iki 17:00 valandos. Skambučiai priimami iki 16:00, laikotarpis nuo 16:00 iki 17:00 valandos skiriamas neatsakytų skambučių įvykdymui; Teikiant konsultacijas telefonu 95 proc. skambučių turi būti aptarnauti tą pačią dieną. 95 proc. skambučių, kurių metu linija buvo užimta, turi būti perskambinta per 4 darbo val. nuo skambučio registravimo; Užklausos turi būti atsakomos per 8 darbo val.; Nustatytais terminai turi būti atsakoma 90 proc. užklausų per mėnesį; Perkančiosios organizacijos prašymu, Teikėjas turės pateikti konsultavimo paslaugų ataskaitą ir/ arba konsultacijų telefono numerio operatoriaus patvirtintą skambučių išklotinę; Perkančioji organizacija bet kuriuo laiku galės atlikti ataskaitoje pateiktų duomenų auditą.
5Sistema turi veikti patikimai, atitikti informacinių technologijų saugumo reikalavimus ir būti atstatoma įvykus sutrikimui. Visi Tiekėjo veiksmai, susiję su Sistemos palaikymo paslauga, turi būti vykdomi pagal suderintas su Užsakovu procedūras.
6Sistemos palaikymo paslauga turi būti teikiama: Užsakovo darbo valandomis, t.y., darbo dienomis nuo 08.00 val. iki 17.00 val.; Šalių rašytiniu susitarimu, Sistemos palaikymo paslaugos gali būti teikiamos Užsakovo nedarbo metu.
7Visi palaikymo paslaugų veiksmai turi būti fiksuojami incidentų valdymo informacinėje sistemoje.
8Konsultacijos turi būti teikiamos elektroniniu paštu bei telefonu darbo dienomis 08.00 val. iki 17.00 val. Konsultacijų metu Tiekėjas gali prisijungti prie pirkėjo kompiuterių ar duomenų bazės ir patikrinti vykdomas operacijas ar jų teisingumą.
9Palaikymo paslaugos ir konsultacijos teikiamos Tiekėjo ir Užsakovo suderintais terminais.
10Bet kokie pakeitimai gamybinėje aplinkoje, įskaitant klaidų ištaisymą, gali būti diegiami tik gavus Užsakovo leidimą.

Nefunkciniai reikalavimai - Testavimas

1Tiekėjas turi konsultuoti Užsakovą rengiant testavimo scenarijus.
2Testavimo etapo pradžios kriterijai: Tinkamai veikia atskiros Sistemos funkcijos bei sąsajos tarp jų; Tinkamai veikia naudotojo sąsaja; Tinkamai realizuoti funkciniai ir nefunkciniai reikalavimai kurie pateikti šiame dokumente; Tinkamai sukurtos duomenų peržiūros formos; Tinkamai veikia integracinės sąsajos su kitomis sistemomis.
3Testavimo etapo priėmimo kriterijai: Atliktas priėmimo testavimas pagal suderintus testavimo scenarijus; Visos kritinės klaidos yra išspręstos iki Sistemos paleidimo; Yra neišspręstos ne daugiau nei 20 svarbių klaidų.
4Sistemos testavimas bus užbaigtas, kai visų testavimo scenarijų rezultatai atitiks aukščiau įvardintas testavimo rezultatų priėmimo sąlygas.
5Suteiktų paslaugų rezultatų klaidos ir (ar) trikdžiai klasifikuojami: Kritinė klaida – kai nustatytas trikdis ir / ar problema, dėl kurios Sistemos naudotojas negali vykdyti numatytų būtinų funkcijų ir nežinomas joks kitas priimtinas šios funkcijos vykdymas; Svarbi klaida - neapibrėžtas funkcijos veikimas, kuris leidžia įvykdyti numatytą VVS funkciją, tačiau naudotojui reikia atlikti papildomus, nenumatytus ar alternatyvius veiksmus; Neesminė klaida – kosmetinės ar panašios VVS klaidos, kurios neįtakoja korektiško funkcijų veikimo.
6Sprendimą, kokio tipo (kritinė klaida, svarbi, neesminė) yra nustatyta klaida, priima Užsakovo paskirti atsakingi asmenys, informavę Tiekėjo paskirtus atsakingus asmenis.
7Tiekėjas privalo pradėti analizuoti bei pašalinti trikdžius ir (ar) klaidas tokiu grafiku: Kritinė klaida: Reakcijos trukmė: ne ilgiau kaip per 2 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 6 Užsakovo darbo valandas nuo reakcijos termino pabaigos. Svarbi klaida: Reakcijos trukmė: ne ilgiau kaip per 4 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 10 Užsakovo darbo valandas nuo reakcijos termino pabaigos. Neesminė klaida: Reakcijos trukmė: ne ilgiau kaip per 8 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 80 Užsakovo darbo valandas nuo reakcijos termino pabaigos.
8Jei klaidos ar neatitikimo per nurodytą laiką pašalinti negalima, kartu su Užsakovu suderinamas kitas priimtinas klaidos ar neatitikimo šalinimo laikas.
9Tiekėjas su Užsakovu (raštu) gali susiderinti kitus, Perkančiajai organizacijai priimtinus, klaidų pašalinimo terminus.

Darbo laiko apskaita - FVAS komponentė

1FVAS turi būti registruojamos planinės nedarbo dienos (švenčių dienos).
2FVAS turi būti sudaromi padalinių darbo grafikai.
3FVAS turi būti pildomi, tvirtinami ir spausdinami padalinio darbo laiko apskaitos žiniaraščiai.
4Žiniaraštyje turi būti galimybė pildyti nukrypimus nuo nustatyto darbo grafiko (darbas švenčių, poilsio dienomis, komandiruotės, atostogos, liga ir kita). Jeigu darbuotojas dirba pagal nustatytą grafiką, tai nieko pildyti nereikia.
5Žiniaraštyje turi būti galimybė registruoti dirbto laiko informaciją, jei padaliniui nėra sudarytas darbo grafikas.
6FVAS turi būti galimybė registruoti atostogų trukmės limitą (dienų skaičių).
7FVAS turi spausdinti ataskaitą, pateikiančią duomenis apie darbuotojų dirbtą laiką pagal nurodytus darbo tipus.
8FVAS turi spausdinti dirbto laiko padaliniuose suvestines.
9FVAS turi užtikrinti suderinamumą tarp darbo laiko apskaitos žiniaraščio duomenų ir atostogų, nedarbingumų ir komandiruočių duomenų.

FVAS - Ilgalaikio turto inventorizacija

1FVAS turi būti galimybė atlikti inventorizaciją, remiantis LR Vyriausybės nustatyta tvarka.
2FVAS turi būti galimybė formuoti inventorizacijos aprašą konkrečiam padaliniui, atsakingam asmeniui.
3FVAS turi būti galimybė formuoti inventorizacijos rezultatų dokumentą.
4FVAS turi būti galimybė vykdyti turto vienetų (grupių) vertės sumažėjimo apskaitą, išlaikant informaciją apie įsigijimo savikainą.

FVAS - Ilgalaikio turto remonto apskaita

1FVAS remonto kortelėje turi būti fiksuojama turto priežiūros istorija.
2FVAS turi būti vykdomas remonto išlaidų kaupimas kiekvienam IT vienetui metų eigoje.
3FVAS turi būti galimybė identifikuoti ilgalaikio turto remonto sąnaudas.
4FVAS turi būti remontų (statybos) klasifikacija pagal finansavimo šaltinį.
5FVAS turi būti galimybė aprašyti atliekamus IT remonto darbus, jų rūšis (grupes).

FVAS - Bendra informacija apie pardavimus

1FVAS turi būti galimybė aprašyti teikiamas paslaugas, jų rūšis (grupes), gauti kiekvienos paslaugos teikimo statistiką.
2FVAS turi būti saugoma informacija apie pardavimus.
3FVAS turi būti galimybė visoms pardavimo operacijoms formuoti sąskaitas ir jas atspausdinti bei automatiškai siųsti į pirkėjų el.paštą.

FVAS - Buhalterinių įrašų apdorojimas

1FVAS turi būti galimybė generuoti buhalterinę pažymą pagal atliktą įrašą.
2FVAS turi būti galimybė numeruoti buhalterines pažymas.
3FVAS turi būti galimybė užregistruoti buhalterinę pažymą į praėjusį laikotarpį, priskirti praėjusio laikotarpio nr. bei spausdinti buhalterinių įrašų sąrašą, rūšiuojant pagal dokumento nr., eilės nr., turinį, sumą, įmonę, projektą, skyrių(padalinį) ir kt. pasirinktus parametrus.
4FVAS turi užtikrinti buhalterinio įrašo balansą (debetas = kreditas).
5FVAS turi būti galimybė taisyti esmines klaidas (suma, data, sąskaita, valiuta, kontrahentas) tik storno būdu ir (ar) koreguojančiu įrašu retrospektyviai.
6FVAS turi būti galimybė taisyti esmines klaidas tik storno būdu ir (ar) koreguojančiu įrašu einamajame laikotarpyje.
7FVAS turi būti galimybė taisyti neesmines klaidas (dimensijų reikšmes) storno ar kitu būdu retrospektyviai.
8FVAS turi būti galimybė taisyti neesmines klaidas storno ar kitu būdu einamajame laikotarpyje.

FVAS - Kiti finansų valdymo reikalavimai

1DK turi būti galimybė paskirstyti pajamas ir sąnaudas pagal naudotojų apibrėžtus parametrus ir nustatytus principus.
2DK turi būti galimybė pajamas ir sąnaudas paskirstyti proporcingai kitoms pajamoms ir sąnaudoms. Taip pat turi būti numatytos pajamų ir sąnaudų paskirstymo bazės.
3DK turi turėti funkcionalumą, skirtą vienoje FVAS instaliacijoje neribotam skaičiui Didžiųjų knygų, kurių apskaitos kodai gali būti tiek bendri, tiek ir skirtingi, palaikyti.
4DK turi turėti funkcijas, skirtas įvesti ir išsaugoti statistines reikšmes (pvz., darbuotojų skaičių), kurių atžvilgiu gali būti skirstomos sąnaudos.

Nefunkciniai reikalavimai - Dokumentacija

1Dokumentinių rezultatų derinimo trukmė priklauso nuo dokumento apimties. Užsakovas pastabas pateikia per 3 d.d., jeigu dokumento apimtis yra iki 10 lapų. Jei dokumento apimtis yra didesnė, Užsakovas pastabas teikia per 5 d.d.
2Užsakovo pastabų teikimas rezultatams ir kitoms pateiktims turi būti vykdomas akumuliuotai (visi Projekto komandos atsakingi asmenys teikia pastabas bendrai viename dokumente).
3Tiekėjo pataisyti dokumentai turi būti teikiami su matomais pakeitimais.
4Visi Projekto dokumentai turi būti suderinti 2 iteracijų apimtyje. Užsakovas gali teikti patikslinimus / komentarus pastaboms ir didesniu iteracijų skaičiumi, jei pastabos ir komentarai teikiami toms pačioms, arba nuo jų priklausomoms dokumento dalims, kurioms pastabos buvo teikiamos pirmų 2 iteracijų apimtyje, t.y., 3 iteracijos metu negali būti teikiamos visai naujos pastabos, kurios nėra susijusios su prieš tai teiktomis pastabomis ar nuo jų priklausančiais dokumento pakeitimais. Rezultatai yra laikomi priimtais, jei yra gaunamas patvirtinimas iš Užsakovo, jog rezultatai yra tinkami arba jei per numatytą terminą Užsakovas nepateikia jokio atsakymo dėl rezultato tinkamumo.
5Parengtas naujas dokumentas visuomet turi versiją 0.1. Jei dokumentui pateikiamos pastabos, tai naujai jo redakcijai, parengtai po pastabų, nustatoma nauja versija, padidinant turėtą dokumento versijos antrą skaičių vienetu. Suderintam dokumentui suteikiama versija 1.0. Jei rengiama patvirtinto dokumento nauja redakcija, kurią reikia derinti, antras skaičius keičiamas į 1, t.y., 1.1, suderintus naują dokumento redakciją.
6Visi Tiekėjo pateikiami rezultatai turi būti teikiami su Užsakovu suderintu redagavimui tinkamu formatu. Jei Tiekėjas rezultatus pateikia kitu formatu, kuriam reikalinga atskira programinė įranga, Tiekėjas yra atsakingas už reikalingos programinės įrangos modifikavimą ir įdiegimą, instruktavimus, licencijas ir visus kitus su programine įranga susijusius darbus bei kaštus.
7Visi Tiekėjo rezultatai ir teikiamos paslaugos turi būti teikiami lietuvių kalba nebent su Užsakovu yra suderinamas tam tikrų rezultatų ar jų dalies rengimas kita kalba, pvz., anglų kalba.
8Galutiniai rezultatai turi būti pateikti redaguojamu formatu (įskaitant ir dokumentuose pateikiamas schemas).
9Pasirašius galutinį Sistemos perdavimo–priėmimo aktą, Užsakovui turi būti perduoti visi suderinti Projekto dokumentai.

Personalo valdymo IS - Personalo valdymas

1Turi būti galimybė įvesti, koreguoti, saugoti informaciją neribojant darbuotojų skaičiaus.
2Turi būti galimybė aprašyti hierarchinę Užsakovo struktūrą neribojant padalinių hierarchijos lygių skaičiaus.
3Turi būti galimybė esant poreikiui prie padalinių nurodyti neribotą kiekį papildomos informacijos ir pagal ją atlikti analizę arba grupuoti padalinius. Papildoma informacija gali būti klasifikuojama (įvedamos reikšmės pasirenkamos iš apibrėžto reikšmių sąrašo).
4Turi būti galimybė užregistruoti pilną Užsakovo etatų sąrašą (taip pat ir einamuoju metu laisvus etatus) ir grupuoti pagal padalinius (etatų skaičius neturi būti ribojamas).
5Turi būti galimybė prie etato nurodyti sąmatą, iš kurios turi būti mokamas atitinkamą etatą užimančio darbuotojo darbo užmokestis (turi būti galimybė nurodyti sąmatą ir prie laisvų etatų).
6Turi būti galimybė saugoti etatams priskirtas pareigines instrukcijas bei jų kitimo istoriją, leisti atlikti paiešką kas ir kada dirbo pagal tokią pareigybę.
7Turi būti galimybė aprašyti etatams keliamus kvalifikacinius reikalavimus.
8Turi būti galimybė suvesti ir saugoti visą informaciją apie darbuotoją (vardas, pavardė, asmens kodas ir kt. duomenis saugomus asmens kortelėje).
9Turi būti galimybė suvesti ir saugoti informaciją apie ankstesnes darbovietes.
10Turi būti galimybė suvesti ir saugoti darbuotojų informaciją apie susijusius asmenis: sutuoktinius, vaikus, išlaikytinius.
11Turi būti galimybė įvesti duomenis apie darbuotojų įgytą kvalifikaciją, kompetenciją ir atlikti kompetencijos analizę bei vykdyti darbuotojų atranką pagal užduotus kvalifikacinius reikalavimus arba nurodytą kompetenciją.
12Turi būti kaupiama informacija apie darbuotojams suteiktas kvalifikacines klases. Kada ir kokiu būdu (priimant į darbą, eilinio vertinimo metu, neeilinio vertinimo metu) jos suteiktos. Pagal šiuos požymius turi būti galima daryti paiešką ir suformuoti ataskaitas.
13Turi būti kaupiama informacija apie darbuotojų darbo stažą ir pagal ją turi būti galima atlikti paiešką.
14Turi būti galimybė registruoti bet kokius darbuotojo asmens dokumentus: pasas, Sodros pažymėjimas, diplomas, mokymų ar kursų baigimo pažymėjimai, vairuotojo pažymėjimas ir kiti galimi dokumentai. Registruojamų dokumentų kiekis vienam darbuotojui neturi būti ribojamas.
15Turi būti galimybė saugoti bet kokius asmens dokumentus elektronine forma.
16Turi būti pateikiama informacija apie laisvas ir užimtas pareigybes.
17Turi būti pateikiami darbuotojų išlinksniuoti vardai, pavardės ir pareigybės, taip sudarant galimybę spausdinamuose dokumentuose naudoti teisingus vardų, pavardžių linksnius.
18Turi būti registruojami ir pateikiami duomenys apie darbuotojų paskyrimus į pareigas (į laisvas pareigybes), atleidimus iš užimamų pareigų, perkėlimus į kitas pareigas tame pačiame ar kitame skyriuje. Sistemoje turi būti išsaugoma visa pareigų pasikeitimo istorija.
19Turi būti registruojami ir pateikiami duomenys apie valstybės tarnautojui nustatomą pareiginį atlyginimą, avansą, priedus. Ši informacija turi būti kaupiamojo pobūdžio, kad būtų galima atlikti paiešką kada ir kokį atlyginimą ar priedą gavo valstybės tarnautojas.
20Atlyginimas turi būti nustatomas įstatymuose nustatyta tvarka kaip koeficientas nuo šių dydžių: Pareiginės algos bazinis dydis; Bazinė mėnesinė alga (BA); Minimalią mėnesinę algą (MMA). Darbuotojams nustatytas atlyginimas turėtų automatiškai pasikeisti pakeitus atitinkamų dydžių reikšmes.
21Turi būti galimybė darbuotojams nurodyti valandinį atlygį arba mėnesinį atlyginimą fiksuota suma. Prie darbuotojo turi būti matoma visa jam nustatyto atlyginimo kitimo istorija.
22Turi būti sudaryta masinio atlyginimo keitimo galimybė, t.y., kai atlyginimo informacija yra keičiama iš karto grupei darbuotojų.
23Turi būti galimybė nurodyti dokumentinį pagrindą darbuotoją skiriant į pareigas, perkeliant į kitas, atleidžiant iš pareigų, nustatant ar keičiant atlyginimą, išleidžiant atostogų ar skiriant komandiruotę.
24Turi būti galimybė pagal aprašytas dokumentų formas MS Word dokumentuose pateikti sistemoje saugomą informaciją apie darbuotojus: įsakymus dėl paskyrimo ar perkėlimo į pareigas, atleidimo, atlyginimo dydžio nustatymo, atostogų, komandiruotės; darbo sutartį ir kitas tipines sutartis; įvairius pažymėjimus, prašymus; kita.
25Turi būti sistemoje vedama atostogų apskaita: daromi atostogų grafikai; nurodomas laikotarpis, už kurį suteikiamos atostogos; sistema turi užtikrinti, kad laikotarpiai, už kuriuos yra skiriamos atostogos, nepersidengtų; darbuotojams suteikiamos kasmetinės atostogos, specialaus tipo atostogos (motinystės ir kt.), papildomos kasmetinės atostogos (už nepertraukiamą darbo stažą); nurodomi atšaukimai iš atostogų; spausdinami atostoginių lapeliai; spausdinami atostogų grafikai; pateikiama neišnaudotų atostogų informacija bet kuriai datai.
26Turi būti sudaryta galimybė masiniam atostogų suteikimui, kai vienu metu suteikiamos atostogos grupei darbuotojų.
27Turi būti galimybė automatiškai paskaičiuoti papildomų atostogų už stažą dienų skaičių.
28Turi būti sudaryta galimybė vesti komandiruočių ir kitų neatvykimų į darbą apskaitą, automatiškai perkeliant šią informaciją į darbo laiko žiniaraštį.
29Turi būti galimybė formuoti analitines personalo ataskaitas: per nurodytą laikotarpį atleisti ir priimti darbuotojai, sąrašą paskirstant pagal padalinius ir mėnesius, ketvirčius ar metus.
30Turi būti galimybė formuoti ataskaitas apie darbuotojų pasiskirstymą pagal padalinius ir darbuotojų kategorijas.
31Turi būti galimybė suformuoti darbuotojų asmeninius, pareigų, atlyginimų duomenis MS Excel formatu.
32Turi būti galimybė formuoti ataskaitą apie valstybės tarnautojų stažą ir kvalifikacines klases.
33Turi būti galimybė formuoti ataskaitą, kurioje apskaičiuojamos papildomos kasmetinės atostogas už nepertraukiamą darbo stažą.
34Turi būti galimybė kaupti informaciją apie darbuotojų vertinimą (Valstybės tarnybos įstatymu karjeros tarnautojai turi būti vertinami vieną kartą į metus savo tiesioginio vadovo): tiesioginio vadovo siūlymas, vertinimo komisijos siūlymas, direktoriaus sprendimas.
35Turi būti galimybė kaupti informaciją apie vertinimo komisijos sudėtį. Turi būti galimybė peržiūrėti komisijos sudėtį tam tikru laikotarpiu.

FVAS - Ilgalaikio turto judėjimo apskaita

1FVAS turi būti galimybė fiksuoti turto judėjimo viduje (perkėlimai iš vietos į vietą, iš dalinio į dalinį, iš vieno atsakingo asmens kitam atsakingam asmeniui) istoriją.
2FVAS turi būti galimybė fiksuoti turto judėjimą, perduodant jį Klaipėdos rajono savivaldybės administracijos pavaldžioms ir kitoms įstaigoms.
3FVAS turi būti galimybė visiškai perkelti informaciją apie įsigijimo savikainą, sukauptą nusidėvėjimą, vertės sumažėjimą, dotacijas ir kt., nepriklausomai nuo to, kam perduodamas vienetas Klaipėdos rajono savivaldybės administracijos viduje.

FVAS - Trumpalaikio turto judėjimo apskaita

1FVAS turi būti galimybė perduoti TT į eksploataciją.
2FVAS turi būti galimybė TT perduoti iš vieno materialiai atsakingo asmens kitam.
3FVAS turi būti galimybė perkelti TT iš dalinio į dalinį ir atspausdinti perkėlimo aktą.

Sistemos vartotojų ir prieigos reikalavimai

1VVS turi būti galimybė užregistruoti naują vaidmenį.
2VVS turi būti galimybė nurodyti vaidmens galiojimo laikotarpį.
3VVS turi būti galimybė apibrėžti ir keisti vaidmeniui pasiekiamus meniu, riboti pasiekiamus programinius vienetus ar jų dalis.
4VVS administratoriui turi būti galimybė registruoti naujus vaidmenis ir priskirti juos VVS vartotojams.

FVAS - Ilgalaikio turto bendrieji reikalavimai

1FVAS turi būti saugoma turto kortelė.
2FVAS turi būti galimybė suskirstyti ilgalaikį turtą į atskiras naudotojo apibrėžtas klases, grupes ir pogrupius.
3FVAS kiekviena turto pozicija turi būti susieta su buhalterinėmis sąskaitomis pagal visus numatytus dimensijų požymius: įsigijimo vertę, sukauptą nusidėvėjimą, perkainojimą, vertės sumažėjimą, nurašytas sumas, nusidėvėjimo sąnaudas, vertės sumažėjimo sąnaudas, nurašymo sąnaudas, turto perleidimo pajamas, turto perleidimo sąnaudas, PVM, gautą finansavimą, panaudotą finansavimo dalį, panaudotas finansavimo pajamas.
4Išbraukti iš apskaitos objektai turi likti FVAS ir atitinkamose ataskaitose.
5FVAS turi būti vykdoma draudimo apskaita (IT objektai, sumos, laikotarpiai).
6FVAS turi būti galimybė atskirai apskaityti nuomojamą ar perduotą panaudai ar kitos būsenos ilgalaikį turtą (skaičiuoti jo nusidėvėjimą, vykdyti kapitalizuojamų remontų apskaitą).
7FVAS turi būti galimybė atskirai apskaičiuoti išsinuomotą ar gautą panaudai ar kitaip gautą ne Klaipėdos rajono savivaldybės administracijai priklausantį ilgalaikį turtą.
8FVAS turi būti galimybė perkainoti ilgalaikį turtą ir apskaičiuoti perkainojimo nusidėvėjimą.
9FVAS turi būti galimybė apskaičiuoti vertės sumažėjimą.
10FVAS turi būti galimybė padidinti turto vertę ir užfiksuoti kiekvieno didinimo datas.
11FVAS turi būti galimybė atlikti šias su ilgalaikiu turtu susijusias operacijas: IT pajamavimą, IT nurašymą, Nusidėvėjimo registravimą, Remonto sąnaudų registravimą, Nebaigtos statybos registravimą, Vertės sumažėjimo registravimą, IT vietos ir grupės požymio keitimą.
12FVAS turi būti galimybė formuoti ir spausdinti šiuos su ilgalaikiu turtu susijusius dokumentus: IT perdavimo naudoti veikloje aktą, IT perdavimo-priėmimo aktą, IT naudojimo ūkinėje veikloje nutraukimo aktą, Pripažinto nereikalingu arba netinkamu (negalimu) naudoti nematerialiojo ir ilgalaikio materialiojo turto nurašymo ir likvidavimo aktą.
13FVAS registruojant operacijas su ilgalaikiu turtu turi būti registruojamos ir operacijos su finansavimu, skirtu tam turtui įsigyti. Finansavimo operacijos turi būti tiesiogiai susietos su apskaitomais ilgalaikio turto vienetais.
14FVAS turi būti automatiškai pripažįstamos finansavimo pajamos kartu su turto nusidėvėjimu kaupimo principu.

Nefunkciniai reikalavimai - Duomenų migravimas

1Projekto metu turi būti užtikrintas duomenų migravimas iš esamų informacinių sistemų, numatant visų reikalingų klasifikatorių, likučių ir kitos reikalingos informacijos migravimą. Detalūs migruojami duomenys turės būti tikslinamas ir suderinamas su Užsakovu.
2Tiekėjas yra atsakingas už duomenų migravimo šablonų parengimą, paruošimą ir suderinimą su Užsakovu.
3Užsakovas atsakingas už visų duomenų pateikimą suderintu būdu.
4Tiekėjas yra atsakingas už paruoštų migravimo dokumentų (šablonų) importavimą į VVS bei, jei importo metu yra aptinkamos duomenų parametrizavimo klaidos, už klaidų identifikavimą ir pateikimą Užsakovui.
5Turi būti atliktas visų tinkamam Sistemos veikimui užtikrinti reikalingų duomenų migravimas.

FVAS - Trumpalaikio turto bendrieji reikalavimai

1FVAS turi būti saugoma informacija apie trumpalaikį turtą (TT) būtinu pagal poreikius detalumu.
2FVAS turi būti galimybė skirtingų skyrių darbuotojams apriboti TT kortelių sąrašus, leidžiant registruoti ir peržiūrėti tik savo skyriaus TT operacijas.
3FVAS turi būti galimybė patikrinti TT pristatymo sąlygas su sutarties sąlygomis.
4Registruojant TT gavimą, FVAS turi būti galimybė susieti su konkrečiu pirkimo užsakymu.
5FVAS turi būti galimybė įvestą sąskaitą susieti su konkrečiu TT gavimu.
6FVAS turi būti galimybė registruoti TT grąžinimo operacijas.
7FVAS turi būti galimybė atlikti šias su TT susijusias operacijas: TT pajamavimą, TT nurašymą, TT vidinį judėjimą, TT vertės sumažinimą.
8FVAS turi būti galimybė TT likučiams įvertinti naudoti FIFO ir konkrečių kainų metodus.
9FVAS turi būti galimybė aprašyti neribotą matavimo vienetų skaičių.
10FVAS turi būti galimybė registruoti TT perklasifikavimo, pardavimo, išorinio perdavimo operacijas.
11FVAS TT nuvertėjimo, nurašymo operacijos turi būti susijusios su finansavimo pajamų pripažinimu.
12FVAS turi būti galimybė saugoti informaciją, iš kokio finansavimo šaltinio TT įsigytas.

FVAS - Pavedimų pavaldžioms įstaigoms vykdymas

1FVAS turi būti galimybė gavus mokėjimą pagal mokėjimo paraišką nurodyti finansuotas sumas ir atitinkamai pagal tai vykdyti mokėjimus pavaldžiai įstaigai (AV, tiekėjui, darbuotojams ir kt.) pagal užregistruotas mokėtinas sumas.
2FVAS turi būti galimybė gavus sąskaitą iš tiekėjo automatiškai patikrinti, ar yra nepanaudoto finansavimo, ir priskirti sąskaitai nepanaudotą finansavimą.
3FVAS turi būti galimybė vykdant mokėjimus automatiškai kontroliuoti, ar susijusioms apskaitos dimensijoms yra nepanaudoto finansavimo.
4Turi būti galimybė atlikti kelių (min. 3) lygių mokėjimo pavedimų pasiūlymo tvirtinimą pagal nustatytus parametrus.

Nefunkciniai reikalavimai - Integracinės sąsajos

1Duomenų mainai turi būti vykdomi naudojant žiniatinklio paslaugas ar lygiavertes technologijas, SOAP, HTTP (RESTfull) ar lygiavertį protokolą. Esant objektyvioms priežastims (pvz., neegzistuoja išorinės Sistemos žiniatinklio sąsaja), galimos išimtys. Tiekėjas turi suderinti duomenų mainams naudojamas technologijas ir protokolą. Tiekėjas turi atsižvelgti į patvirtintą Informacinės visuomenės plėtros komiteto prie Susisiekimo ministerijos direktoriaus 2013 m. kovo 25 d. įsakymą Nr. T-36 „Dėl duomenų teikimo formatų ir standartų rekomendacijų patvirtinimo“.
2Tuo atveju kai per integracinę sąsają yra gaunama daugiau duomenų nei yra reikalinga VVS, pertekliniai duomenys neturi būti įrašomi į VVS duomenų bazę.
3Turi būti galimybė užtikrinti, jog duomenys gauti integracijos būdu nebūtų keičiami, nebent tokios teisės numatytos Sistemos administratoriui.
4Projekto metu turi būti realizuotas integracijos su: Strateginio planavimo, biudžeto sudarymo ir vertinimo kriterijų informacinė sistema; Valstybės tarnautojų registru (VATARAS); Dokumentų ir procesų valdymo sistema KONTORA; Viešųjų pirkimų valdymo sistema VIPIS; SABIS.

Darbo užmokesčio skaičiavimas - FVAS komponentė

1Darbo užmokesčio skaičiavimo modulis turi atitikti galiojančius teisės aktus.
2Darbo užmokesčio modulis turi būti vieningos apskaitos sistemos dalis. Personalo padalinio darbuotojų įvesta informacija turi būti iš karto prieinama apskaitos darbuotojams.
3Darbo užmokesčio modulio apskaičiuotos sumos turi būti apskaitomos naudojant struktūrinį apskaitos kodą.
4Darbo užmokesčio modulyje turi būti pateikiama informacija apie darbuotojo NPD grupę.
5Darbo užmokesčio modulyje turi būti galimybė registruoti nedarbingumų lapelių duomenis ir skaičiuoti darbdavio išmokamas nedarbingumo pašalpas.
6Darbo užmokesčio modulyje turi būti skaičiuojamas departamento, skyriaus, padalinių grupės ar atskirai darbuotojo darbo užmokestis.
7Darbo užmokesčio modulyje turi būti galimybė darbo užmokestį skaičiuoti pagal skirtingus valandinius atlygius ir dirbtą laiką.
8Darbo užmokesčio modulyje turi būti galimybė taisyti ir perskaičiuoti darbo užmokesčio skaičiavimus.
9Darbo užmokesčio modulyje turi būti galimybė skaičiuojant darbo užmokestį naudoti kiekvienam darbuotojui individualų darbo dienų kalendorių, t.y. kad toje pačioje įstaigoje būtų galima taikyti 5 ir 6 darbo dienų savaitės kalendorių. Turi būti galimybė vartotojui pačiam nustatyti darbo ir poilsio/švenčių dienas, kurios gali nesutapti su teisės aktuose nustatytomis dienomis (pvz. slenkantis grafikas).
10Darbo užmokesčio modulis turi skaičiuoti mėnesinį arba valandinį atlyginimą pagal darbuotojams nustatytus atlyginimo dydžius.
11Darbo užmokesčio modulyje turi būti galimybė skaičiuoti darbo užmokestį tam tikroms darbuotojų grupėms pagal vartotojo apibrėžtas taisykles.
12Darbo užmokesčio modulyje turi būti galimybė užregistruotą pilną darbo užmokestį dauginti iš koeficiento – etato dydžio (pvz., 0,25), kuomet skaičiuojamas darbo užmokestis tarnautojui/ darbuotojui, priimtam dirbti ne pilnam etatui.
13Darbo užmokesčio modulis turi vykdyti avansų skaičiavimą ir išmokėjimą.
14Darbo užmokesčio modulis turi automatiškai skaičiuoti atlyginimą atsižvelgdamas į darbo laiko apskaitos žiniaraščio duomenis (už darbą švenčių, poilsio dienomis, viršvalandžius ir kita).
15Darbo užmokesčio modulis turi skaičiuoti apmokėjimą už atostogas, darbdavio mokamas nedarbingumo pašalpas ir kita.
16Darbo užmokesčio modulyje turi būti galimybė vykdyti tarpinius skaičiavimus ir formuoti tarpinius išmokėjimus bet kuriuo metu.
17Darbo užmokesčio modulis turi skaičiuoti kompensacijas už nepanaudotas atostogas ir išeitines išmokas.
18Darbo užmokesčio modulis turi skaičiuoti darbo užmokestį keliose pareigose dirbantiems darbuotojams.
19Darbo užmokesčio modulis turi automatiškai skaičiuoti gyventojų pajamų mokestį, valstybinio socialinio draudimo įmokas.
20Darbo užmokesčio modulyje turi būti galimybė taikyti vienkartines ar periodines atskaitomas sumas (vykdomiesiems raštams, alimentams, gyvybės draudimui, profsąjungos mokesčiui ir kitų rūšių atskaitomoms sumoms) bei nurodyti atskaitytų sumų išmokėjimų tvarką.
21Darbo užmokesčio modulyje turi būti galimybė taikyti vienkartines ar periodines priskaitomas sumas (priedai, premijos ir kitų rūšių priskaitomos sumos).
22Darbo užmokesčio modulyje turi būti galimybė nurodyti paskirtoms priskaitomos ar atskaitomos sumos dokumentinį pagrindą (įsakymą, potvarkį ar pan.).
23Darbo užmokesčio modulyje turi būti galimybė vykdyti papildomų priskaitomų sumų išmokėjimą iš kitos sąmatos negu išmokamas darbuotojo apmokėjimas už dirbtą laiką.
24Turi būti galimybė tam pačiam darbuotojui skaičiuoti darbo užmokestį iš kelių šaltinių (pvz., Savivaldybės lėšos, Valstybės lėšos, Privatizavimo lėšos, Europos sąjungos lėšos, kiti šaltiniai).
25Darbo užmokesčio modulyje turi būti masinio priskaitomų, atskaitomų sumų nurodymo darbuotojams galimybė, t.y., kai priskaitomos, atskaitomos sumos skiriamos iš karto grupei darbuotojų.
26Darbo užmokesčio modulyje turi būti galimybė registruoti koreguojančias priskaitymų sumas už praeitus laikotarpius. Jos turi būti paskaičiuojamos pagal nurodytu praeities laikotarpiu galiojusias skaičiavimo taisykles.
27Darbo užmokesčio modulyje turi būti galimybė spausdinti avanso, darbo užmokesčio, atostoginių, atleidžiamų darbuotojų atlyginimų žiniaraščius išmokėjimui per banką.
28Darbo užmokesčio modulyje turi būti sudaryta galimybė sukurti šių rūšių mokėjimus: mokėjimo pavedimus, grupinius mokėjimo pavedimus ir jų sąrašus, kasos išlaidų orderius.
29Darbo užmokesčio modulyje turi būti galimybė mokėjimus pervesti į kelias darbuotojų banko sąskaitas pervedant išmokamas sumas dalimis.
30Darbo užmokesčio modulyje turi būti galimybė mokėjimus pervesti į įvairių bankų sistemas, paruošiant pavedimų failus bankų reikalaujamu formatu.
31Darbo užmokesčio modulyje turi būti sudaryta galimybė vartotojui sukurti darbo užmokesčio suvestines, nurodant kokių rūšių priskaitomos, atskaitomos sumos ir mokesčiai turi būti įtraukiami į suvestinę.
32Darbo užmokesčio modulyje turi būti spausdinamos šios ataskaitos: darbo užmokesčio lapeliai, metinė darbuotojo kortelė, atostoginių suteikimo lapelis.
33Darbo užmokesčio modulis turi spausdinti darbuotojams suformuotų išmokų sąrašus.
34Darbo užmokesčio modulis turi pateikti apskaičiuotas darbuotojų vidutinio darbo užmokesčio (VDU) sumas ir detalias jų apskaičiavimo ataskaitas.
35Darbo užmokesčio modulis turi spausdinti nedarbingumo pašalpų skaičiavimo ataskaitą.
36Darbo užmokesčio modulyje turi būti pateikiamos atidėjimų atostogoms sumos, paskaičiuotos pagal darbuotojų neišnaudotų atostogų rodiklius.
37Darbo užmokesčio modulyje turi būti galimybė išvesti darbuotojo darbo užmokesčio skaičiavimo rezultatus MS Excel formatu.
38Darbo užmokesčio modulis turi pateikti valstybinio socialinio draudimo įmokų pasiskirstymo ataskaitą pagal darbuotojų kategorijas ar subsąskaitų grupes, pagal priskaitymų datą.
39Sistema turi paruošti „Sodros“ formas FFDATA formatu, apibrėžtu kompiuterinei programai ABBYY eFormFiller.
40Sistema turi paruošti statistines ataskaitas pagal statistikos departamento patvirtintas ir paruoštas formas.
41Darbo užmokesčio modulyje turi būti galimybė pateikti paskaičiuoto darbo užmokesčio informaciją pagal sąmatas.
42Darbo užmokesčio modulyje turi būti ruošiamas detalus darbo užmokesčio paskaičiavimo žiniaraštis (kuriame rodomos ir priskaičiuotos ir išskaičiuotos sumos) pateikiantis informacija pagal atskiras sąmatas už mėnesį arba kitą nurodytą laikotarpį.
43Darbo užmokesčio modulyje turi būti paruošiamas memorialinis orderis Nr.5.
44Darbo užmokesčio modulyje turi būti paruošiama sumų suvestinė pagal sąmatas konkrečiam padaliniui arba visai biudžetinei įstaigai.
45Darbo užmokesčio modulyje turi būti ruošiamas išmokėjimo žiniaraštis pagal sąmatas.
46Darbo užmokesčio modulyje turi būti realizuotas mokėjimo dokumentų tvirtinimo mechanizmas. Patvirtintų dokumentų sumos negali būti keičiamos.
47Darbo užmokesčio modulyje turi būti realizuotas mėnesio uždarymo mechanizmas neleidžiantis keisti uždaryto mėnesio duomenų, tačiau turi likti galimybė dirbti su keliais neuždarytais periodais vienu metu.
48Pažyma apie priskaičiuotą ir išmokėtą darbo užmokestį.
49Darbo užmokesčio modulyje turi būtini galimybė skaičiuoti Tarybos narių DU su pakeitimais, pvz .proporcingai mažinant praleistų to mėn.posėdžių skaičiui.

Nefunkciniai reikalavimai - Bandomoji eksploatacija

1Sistemai taikoma bandomoji eksploatacija, kurios trukmė yra 2 savaitės ir kuri skaičiuojama nuo Sistemos įdiegimo į gamybinę aplinką. Užsakovo ir Tiekėjo raštišku sutarimu bandomosios eksploatacijos laikas gali būti pailgintas arba sutrumpintas.
2Bandomosios eksploatacijos metu Tiekėjas privalo taisyti klaidas, registruotas ir neišspręstas priėmimo testavimo metu, ir klaidas, registruotas bandomosios eksploatacijos metu. Bandomoji eksploatacija negali būti laikoma baigta, jei Tiekėjas neištaisė visų priėmimo testavimo metu identifikuotų kritinių bei svarbių klaidų. Kitos klaidos, nustatytos ir neištaisytos bandomosios eksploatacijos metu, turi būti ištaisytos ne vėliau nei per 3 mėn. nuo kokybės garantijos pradžios.
3Kai neįmanoma ištaisyti klaidų iki bandomosios eksploatacijos pabaigos, Užsakovo ir Tiekėjo sutarimu bandomosios eksploatacijos laikas gali būti pratęstas iki tol, kol bus ištaisytos šio skyriaus 2 punkte nurodytos klaidos ir Sistema visa apimtimi atitiks nustatytus reikalavimus;
4Į bandomosios eksploatacijos trukmę neįskaičiuojamas laikas, kai dėl Sistemos kritinių klaidų tokia bandomoji eksploatacija negalėjo vykti;
5Bandomosios eksploatacijos metu nustačius klaidas, kilusias dėl to, kad projektavimo ir programavimo metu Tiekėjas jų nenumatė, Tiekėjas nemokamai atlieka reikalingus taisymus;
6Sistemos priėmimo aktas nesurašomas anksčiau negu programinė įranga yra sukurta, įdiegta, tinkamai veikia (užbaigta jos bandomoji eksploatacija), Tiekėjas perdavė visus Projekto metu Tiekėjo ir Užsakovo suderintus ir patvirtintus galutinius rezultatus.

Nefunkciniai reikalavimai - Garantinis aptarnavimas

1Garantinio aptarnavimo objektas yra pagal šios techninės specifikacijos reikalavimus sukurta ir įdiegta Sistema su visomis jai priklausančiomis sąsajomis.
2Garantija turi būti teikiama kiekvienam į eksploataciją priimtam papildomam vystymo darbui iki sutarties pabaigos ir 12 mėn. po sistemos įdiegimo į gamybinę aplinką.
3Garantinis aptarnavimas apima: Sistemos neatitikimų nustatytiems reikalavimams ir klaidų šalinimą Tiekėjo sąskaita; Išgadintų / sugadintų / prarastų duomenų atstatymą, kai gedimo priežastis yra Tiekėjo pateiktos programinės įrangos netinkamas veikimas ar netinkamai atlikti vystymo / palaikymo / priežiūros darbai; Neatitikimų ir klaidų šalinimą, kai Sistema neveikia ar funkcionuoja neteisingai ne dėl to, kad netinkamai realizuotas funkcinis reikalavimas ar veikimo logika, o dėl kitų Tiekėjo pateiktų sudėtinių sprendimo dalių. Tokių sutrikimų pavyzdžiai: pateiktas Sistemos funkcionalumas daro netinkamą įtaką (pvz., nepilnai ar neteisingai saugomi duomenys) funkcinių reikalavimų rezultatams. Tiekėjas atsakingas tik už tą programinę įrangą, įskaitant standartinę ir pritaikytą programinę įrangą, kurią jis pateikė.
4Sistema turi veikti patikimai, atitikti informacinių technologijų saugumo reikalavimus ir būti atstatoma įvykus sutrikimui. Visi Tiekėjo veiksmai, susiję su garantinio aptarnavimo paslauga, turi būti vykdomi pagal suderintas su Užsakovu procedūras.
5Sistemos garantinio aptarnavimo paslauga turi būti teikiama: Užsakovo darbo valandomis, t.y., darbo dienomis nuo 08.00 val. iki 17.00 val.; Šalių rašytiniu susitarimu, Sistemos garantinio aptarnavimo paslaugos gali būti teikiamos Užsakovo nedarbo metu.
6Visi Sistemos veikimo sutrikimai turi būti fiksuojami incidentų valdymo informacinėje sistemoje.
7Suteiktų paslaugų rezultatų klaidos ir (ar) trikdžiai klasifikuojami: Kritinė klaida – kai nustatytas trikdis ir / ar problema, dėl kurios Sistemos naudotojas negali vykdyti numatytų būtinų funkcijų ir nežinomas joks kitas priimtinas šios funkcijos vykdymas; Svarbi klaida - neapibrėžtas funkcijos veikimas, kuris leidžia įvykdyti numatytą VVS funkciją, tačiau naudotojui reikia atlikti papildomus, nenumatytus ar alternatyvius veiksmus; Neesminė klaida – kosmetinės ar panašios VVS klaidos, kurios neįtakoja korektiško funkcijų veikimo.
8Sprendimą, kokio tipo (kritinė klaida, svarbi, neesminė) yra nustatyta klaida, priima Užsakovo paskirti atsakingi asmenys, informavę Tiekėjo paskirtus atsakingus asmenis.
9Tiekėjas privalo pradėti analizuoti bei pašalinti trikdžius ir (ar) klaidas tokiu grafiku: Kritinė klaida: Reakcijos trukmė: ne ilgiau kaip per 2 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 6 Užsakovo darbo valandas nuo reakcijos termino pabaigos. Svarbi klaida: Reakcijos trukmė: ne ilgiau kaip per 4 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 10 Užsakovo darbo valandas nuo reakcijos termino pabaigos. Neesminė klaida: Reakcijos trukmė: ne ilgiau kaip per 8 Užsakovo darbo valandas nuo Užsakovo pranešimo pateikimo momento; Sprendimo trukmė: ne ilgiau kaip per 80 Užsakovo darbo valandas nuo reakcijos termino pabaigos.
10Jei klaidos ar neatitikimo per nurodytą laiką pašalinti negalima, kartu su Užsakovu suderinamas kitas priimtinas klaidos ar neatitikimo šalinimo laikas.
11Tiekėjas su Užsakovu (raštu) gali susiderinti kitus, Perkančiajai organizacijai priimtinus, klaidų pašalinimo terminus.
12Bet kokie pakeitimai gamybinėje aplinkoje, įskaitant klaidų ištaisymą, gali būti diegiami tik gavus Užsakovo leidimą.

Nefunkciniai reikalavimai - Projekto vykdymo etapai

1Sistemos įdiegimas (Projekto inicijavimas, Analizė, Projektavimas, Konfigūravimas (programavimas), Sistemos testavimas, Naudotojų mokymai): 6 mėn. nuo sutarties pasirašymo dienos.
2Sistemos bandomoji eksploatacija: 0,5 mėn. nuo diegimo į gamybinę aplinką dienos.
3Sistemos garantinis aptarnavimas: 12 mėn. nuo Sistemos eksploatacijos pradžios (perdavimo akto pasirašymo).
4Sistemos palaikymas: 12 mėn. nuo Sistemos eksploatacijos pradžios (perdavimo akto pasirašymo).
5Papildomi Sistemos vystymo darbai: Viso sutarties galiojimo metu.

FVAS - Kiti trumpalaikio turto apskaitos reikalavimai

1FVAS turi būti galimybė registruoti blankų numerių intervalus ir sekti išduotų naudoti blankų numeraciją.
2FVAS turi būti galimybė registruoti panaudotų blankų numeraciją ir atlikti jų nurašymą.

Sutarčių valdymo IS - Analitikos dalies reikalavimai

1Turi būti galimybė konfigūravimo būdu (be programavimo) kurti duomenų suvestinės užklausas.
2Turi būti galimybė programavimo būdu formuoti SQL duomenų atrankos užklausas.
3Turi būti galimybė konfigūravimo būdu (be programavimo) formuoti SQL duomenų atrankos užklausas.

Sutarčių valdymo IS - Darbalaukio dalies reikalavimai

1Turi būti galimybė kiekvienam naudotojui susikonstruoti darbalaukį iš aktualių valdiklių.
2Turi būti galimybė iš sutarčių sąrašo sukurti darbalaukio valdiklį.
3Turi būti galimybė iš siunčiamų sąskaitų faktūrų sąrašo sukurti darbalaukio valdiklį.
4Turi būti galimybė iš gautų sąskaitų faktūrų sąrašo sukurti darbalaukio valdiklį.
5Turi būti galimybė iš duomenų suvestinės užklausos rezultato sukurti darbalaukio valdiklį (grafiką arba sąrašą).

Nefunkciniai reikalavimai - Duomenų apsauga ir saugumas

1Duomenų sauga turi būti užtikrinta vadovaujantis Sistemos duomenų saugos nuostatais, asmens duomenų apsauga turi būti užtikrinta remiantis Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymu ir 2016 m. balandžio 27 d. Europos Parlamento ir Tarybos reglamentu (ES) 2016/679 dėl fizinių asmenų apsaugos tvarkant asmens duomenis ir dėl laisvo tokių duomenų judėjimo ir kuriuo panaikinama Direktyva 95/46/EB (Bendrasis duomenų apsaugos reglamentas).
2Sistemoje saugomi duomenys turi būti apsaugoti nuo nesankcionuoto priėjimo, naudojimo, pakeitimo, atskleidimo, sunaikinimo ar praradimo.
3Asmens duomenys perduodami viešais duomenų perdavimo kanalais turi būti šifruojami.
4Draudžiama fizinių asmenų asmens kodus skelbti viešai.
5Sistema turi užtikrinti korektišką avarinių situacijų, kurias sukėlė neteisingi naudotojo ar kitos informacinės sistemos veiksmai, neteisingas įvedimo duomenų formatas arba neleidžiamos įvedamų duomenų reikšmės, valdymą. Naudotojas ar informacinė sistema turi būti informuojami apie tokios situacijos susidarymą ir galimus tolimesnius veiksmus.
6Teikėjas projektuojant užsakomas vystymo užduotis turi su Užsakovu suderinti, kokias apsaugas ir kuriam Sistemos funkcionalumui naudoti.
7Sistema turi būti apsaugota nuo šių grėsmių: Siekiant išvengti saugumo spragų ir pažeidžiamumo programinėje neautentifikuotos prieigos; nesankcionuoto naudotojo sesijos perėmimo; nesankcionuoto duomenų perėmimo ar jų įterpimo; žalingo kodo įterpimo (angl. Injection, XSS (Cross-sitescripting)); kitų saugumo pažeidimų, kurių sąrašas skelbiamas Atviro tinklo programų saugumo (angl. The Open Web Application Security Project (OWASP) interneto svetainėje www.owasp.org).
8Įrangoje, kurią naudojant teikiamos paslaugos, Teikėjas, kurdamas programinę įrangą, turi vadovautis visuotinai pripažintais saugaus kodavimo standartais ir gerąja praktika (angl. The Open Web Application Security Project, OWASP) Secure Coding Practices ar lygiaverte).
9Kuriama programinė įranga neturi turėti nesankcionuotos prieigos prie duomenų ir kitų saugumo pažeidimų, kurie įvardijami naujausiame OWASP Testing Guide (neapsiribojant „OWASP Top 10“ pažeidžiamumais) (https://www.owasp.org) sąraše, The OWASP API Security sąraše ir kt. OWASP parengtose IS saugumo metodikose arba lygiaverčiuose dokumentuose.
10Saugumo patikrinimai (grėsmių modeliavimai, išeities kodo pažiūros ir kt. saugaus kodavimo standartuose ir gerojoje praktikoje numatyti saugumo patikrinimai) turi būti vykdomi kiekviename programinės įrangos kūrimo etape, vadovaujantis Elektroninių paslaugų kūrimo metodika, patvirtinta Lietuvos Respublikos susisiekimo ministro 2015 m. spalio 7 d. įsakymu, nustatančią reikalavimus atsparumo įsilaužimui testavimui, kurį turi atlikti nuo elektroninių paslaugų kūrimą vykdančio subjekto (Teikėjo) nepriklausomas paslaugų teikėjas. Atliekant saugumo patikrinimus turi būti remiamasi visuotinai pripažintuose metodikose nurodytais saugumo patikrinimo metodais (OWASP application security verification standard, OWASP Testing Guide, Penetration Testing Execution Standard (PTES), Open Source Security Testing Methodology Manual (OSSTMM), Information Systems Security Assessment Framework (ISSAF), SANS, NIST SP 800-30“ ar lygiavertėmis saugumo patikrinimo metodikomis.
11Sistemos teikiamų žiniatinklio paslaugų sauga turi būti vykdoma vadovaujantis WS-S (Web Services Security) standarto reikalavimais.
12Teikėjas turi naudoti Užsakovo pateiktus reikiamus sertifikatus, skirtus užtikrinti žiniatinklio paslaugų saugą.
13Teikėjas turi nedelsiant informuoti apie sutarties vykdymo metu Užsakovo informacinių technologijų infrastruktūroje pastebėtus elektroninės informacijos, asmens duomenų saugos incidentus, neveikiančias arba netinkamai veikiančias saugos užtikrinimo priemones, informacijos saugumo reikalavimų nesilaikymą, nusikalstamos veikos požymius, Informacinių sistemų saugumo spragas, pažeidžiamumą, kitus svarbius saugai įvykius bei, suderinus su Užsakovu, imtis atitinkamų priemonių ir veiksmų siekiant nustatyti elektroninės informacijos saugos incidentų priežastis, išvengti susijusios rizikos. Taip pat pagal kompetenciją vykdyti visus Užsakovo nurodymus ir pavedimus, susijusius su saugos politikos įgyvendinimu.
14Teikdamas paslaugas pagal Sutartyje nustatytus reikalavimus Teikėjas turi įgyvendinti tinkamas organizacines ir technines priemones, skirtas apsaugoti informacinių sistemų elektroninę informaciją nuo atsitiktinio ar neteisėto sunaikinimo, pakeitimo, atskleidimo, taip pat nuo bet kokio kito neteisėto tvarkymo, naudoti suteiktą prieigą tik sutarties vykdymo tikslais.

Sutarčių valdymo IS - Sutarčių dalies funkcionalumas

1Turi būti galimybė įvesti, peržiūrėti, redaguoti sutartį su šiais duomenimis: Dokumento Nr.; Išorinis dok. Nr.; Sutarties rūšis; Dokumento data; Pavadinimas; Organizacija; Struktūrinis padalinys; Atsakingas asmuo; Suma (su PVM); Suma (be PVM); PVM tarifas; Sutarties pasirašymo data; Sutarties įsigaliojimo data; Sutarties pabaigos data; Įsipareigojimų įvykdymo data; Apmokėti per; Pastabos; Įvykdyta Sutarties šalis (tipas, pavadinimas); Sąskaitos gavėjai (Pavadinimas, tipas, paslaugų kiekis) Failai;
2Turi būti galimybė peržiūrėti sutarčių sąrašą su šiais duomenimis: Dok. Nr.; Išorinis Dok Nr. Dok. data; Rūšis; Antraštė; Organizacija; Padalinys Atsakingas; Sutarties šalys; Įmonės kodas (sutarties šalių); Sąskaitų gavėjai (kiekis); Sąskaita perduodama į SABIS; Periodiškumas; SF Šablonas; Detalizacijos; Pasirašymo data; Įsigaliojimo data; Pabaigos data; Suma su PVM; Suma be PVM; Likutis su PVM; Likutis be PVM; Žymės; Failai.
3Turi būti galimybė ieškoti sutarčių vieno lauko principu pagal šiuos sutarties duomenis: Dok. Nr.; Tipas; Antraštė; Organizacija; Atsakingas; Sutarties šalys.
4Turi būti galimybė filtruoti sutartis pagal šiuos sutarčių sąrašo laukus: Dok. Nr.; Išorinis dok Nr. Dok data; Rūšis; Antraštė; Organizacija; Atsakingas; Sutarties šalys; Įmonės kodas; Sąskaita perduodama į SABIS; Periodiškumas; SF šablonas; Pasirašymo data; Įsigaliojimo data; Pabaigos data; Suma su PVM; Suma be PVM; Likutis su PVM; Likutis be PVM.
5Turi būti galimybė naikinti sutartį.
6Turi būti galimybė eksportuoti sutarčių sąrašą PDF, EXCEL formatais.
7Turi būti galimybė peržiūrėti sutarčių PDF, DOC, DOCX, XLS, XLSX, JPEG failus naršyklėje neįdiegiant į darbo vietą papildomos programinės įrangos.
8Turi būti galimybė sutarčiai priskirti sąskaitos faktūros šabloną.
9Turi būti galimybė sutarčiai sukurti sąskaitą faktūrą.
10Turi būti galimybė sutarčiai priskirti žymą.
11Turi būti galimybė sugeneruotai sąskaitai iš sutarties automatizuotai uždėti požymį „Sąskaita perduodama į SABIS“.

FVAS - Nekilnojamojo turto valdymo bendrieji reikalavimai

1FVAS turi būti galimybė sukurti, koreguoti ir atspausdinti nekilnojamojo turto (NT) žinynus: Atsakingas (t.y. padalinys, kurio žinion priskirtas turtas), Pastato paskirtis, Apibūdinimas, Grupė pagal paskirtį, Nuosavybė, Valdymo teisė, statusas. Žemės naudojimo paskirtis, Žemės sklypo naudojimo būdas, Žemės sklypo naudojimo pobūdis, Kita paskirtis, Kito turto tipas, Turto apskaitymo vieta, Gatvių kodai, Seniūnijos.
2Jeigu FVAS programos lange arba formuojant ataskaitas yra naudojamas žinyno laukas tai tame lauke turi būti galimybė pasirinkti iš aprašytų to lauko reikšmių.
3FVAS turi būti galimybė kaupti tokius duomenis apie Pastatus: Adresas, Gatvės kodas, Seniūnija, Pastato pavadinimas, Pastato paskirtis, Pažymėjimas plane, Bendras plotas (kv. m.) Užstatytas plotas (kv. m.) Valdomas plotas (kv. m.) Priklausanti dalis, Atsakingas, Įmonės, įstaigos, organizacijos pavadinimas, Grupė pagal paskirtį, Aukštų skaičius, Nuosavybė, Valdymo teisė, statusas, Turto apskaitymo vieta, Priklausinių skaičius. NT įsigijimo pagrindas.
4FVAS turi būti galimybė kaupti tokius duomenis apie Patalpas-butus ir jų priklausinius: Adresas, Pavadinimas, Patalpos (buto) Nr., Plotas (kv. m.), Užstatytas plotas (kv. m.), Priklausanti dalis, Aukštas, Nuosavybė, Valdymo teisė, statusas, Atsakingas, Naudotojas, Registrų centro unikalus numeris, NT įsigijimo ar perdavimo pagrindas, Grupė pagal paskirtį, Apibūdinimas, Galimybė pažymėti bendro naudojimo patalpas (BNP), Būsto kategorija, Kambarių skaičius, Gyventojų skaičius. Turto apskaitymo vieta, Seniūnija.
5FVAS turi būti galimybė kaupti tokius duomenis apie Inžinerinius statinius: Adresas, Pavadinimas, Naudotojas, Bendras plotas (kv. m.), Ilgis (m.), Valdoma dalis, Aprašymas, Atsakingas, Nuosavybė, Valdymo teisė, statusas, Turto paskirtis, Turto tipas, Gatvės kodas, Seniūnija.
6FVAS turi būti galimybė kaupti tokius duomenis apie Žemės sklypus: Adresas, Gatvės kodas, Seniūnija, Naudotojas, Atsakingas, Nuosavybė, Valdymo teisė, statusas, Apibūdinimas, Žemės naudojimo paskirtis, Žemės sklypo naudojimo būdas, Žemės sklypo naudojimo pobūdis, Sklypo plotas (ha.), Užstatyta teritorija (ha.), Unikalus numeris, Kadastrinis numeris, Registro numeris, Registro sudarymo data, Įregistravimo pagrindas, Nekilnojamo daikto pavadinimas, Nekilnojamo daikto paskirtis, Kadastrinių duomenų fiksavimo data, Kadastrinių matavimų bylos numeris.
7FVAS turi būti galimybė kaupti tokius duomenis apie Sutartis: Sutarties numeris, Buto Nr., Įmonės/asmens kodas, Sutarties rūšis, Pagrindinis plotas, BNP plotas, Sutarties pasirašymo data, Sutarties galiojimo pradžia, Sutarties galiojimo pabaiga, Sutarties sudarymo pagrindas, Priėmimo - perdavimo akto data ir numeris, Sutarties nutraukimo pagrindas, Sutarties nutraukimo priėmimo – perdavimo akto data ir numeris.
8Kiekviename programos lange turi būti galimybė duomenis įvesti: Tiesiogiai (rankiniu būdu), Importuoti reikiamą duomenų kiekį (MS Excel dokumento importavimas, šablonai turi būti suderinami diegimo metu).
9Turi būti galimybė kiekviename programos lange: Pasirinkti duomenų laukų eiliškumą, Dirbti su duomenų sąrašais: Suformuoti duomenų sąrašus su reikiamais duomenimis, Nustatyti jų eiliškumą, Išsaugoti, suteikiant sąrašui pavadinimą, Eksportuoti Excel formatu, Atspausdinti. Išsaugoti pasirinkto sąrašo formą ir jį koreguoti.
10FVAS turi būti galimybė visuose programos languose rūšiuoti duomenis pagal, bet kurį pasirinktą lauką.
11FVAS turi būti galimybė vykdyti užklausas pagal visus duomenų bazėje esančius laukus kiekviename programos lange, pagal naudotojo poreikius.
12FVAS turi būti galimybė negaliojančių įrašų duomenis kaupti archyvo lange. Perdavus kitam savininkui ND (privatizavus, atkūrus nuosavybės teises ir kt.), jo duomenis turi būti galima iškelti į archyvą, nurodant perdavimo - priėmimo akto datą ir nurodant perdavimo pagrindą.
13FVAS turi būti fiksuojamos duomenų įvedimo ir paskutinio duomenų keitimo datos. Šios datos turi matytis visuose programos languose.
14FVAS visuose programos languose, sąrašuose ir ataskaitose laukai turi būti pateikiami su matavimo vienetais (vnt., m., kv. m. ir t.t.)

Nefunkciniai reikalavimai - Naudotojo sąsajos ergonomika

1Naudotojo sąsaja turi atitikti šiuolaikinius ergonomikos reikalavimus, tenkinti Elektroninių paslaugų tinkamumo naudotojams metodinėje medžiagoje (prieinamoje nuoroda https://ivpk.lrv.lt/lt/veiklos-sritys-1/es-parama/2014-2020-metodine-pagalba) pateikiamus reikalavimus bei būti projektuojama vadovaujantis gerosiomis praktikomis, pvz., ISO 9241-210 Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems ar lygiavertėmis.
2Naudotojui turi būti pateikiamos pagalbos priemonės padedančios greičiau išmokti naudotis VVS (pvz., pagalbos mygtukai, naudotojo vadovas).
3Atliekamas loginis tikrinimas tarp formos elementų – vieno formos elemento parinkimas (įvedimas) turi galėti įjungti/ išjungti kitus formos elementus ir atlikti kitus veiksmus, kurie turės būti suderinti su Užsakovu.
4VVS komponentų ir modulių naudotojo sąsaja turi būti prieinama naudojant interneto naršyklę.
5Turi būti realizuotas naudojimo patogumą užtikrinantis funkcionalumas: TAB klavišo seka einant per duomenų įvedimo laukus; Užuominų ir paaiškinimų pateikimas pelės žymeklį užvedus ant grafinio objekto (lietuvių kalba); Duomenų įvedimo formose duomenų laukai turi būti užpildomi automatiškai, jeigu Sistemoje yra saugomi atitinkami duomenys; Sistemos veiksmai, kurie gali būti vykdomi fone, turi būti taip realizuojami, kad naudotojas galėtų naudoti kitas Sistemos funkcijas.
6Duomenų sąrašai turi būti: Filtruojami pagal sąrašui aktualius kriterijus (vieną ar daugiau kriterijų vienu metu). Tiekėjas, su Užsakovu detalios analizės ir projektavimo etapo metu, turės identifikuoti kiekvieno sąrašo filtravimo kriterijus ir juos realizuoti; Rikiuojami pagal sąrašo rikiuotinus elementus.
7Reikalavimai naudotojų informavimui: Naudotojui pateikiami pranešimai turi būti suformuluoti taip, kad naudotojui būtų aiški pranešimo pateikimo priežastis. Informacija apie pranešimo pateikimą sąlygojančią priežastį privalo būti pateikiama nurodant konkrečius Sistemos duomenų objektus (pavyzdžiui, laukų pavadinimus); Jeigu naudotojui atlikus veiksmus rezultatai turės didelės įtakos, prieš atliekant veiksmą VVS turi pateikti pranešimą ir paprašyti naudotojo patvirtinti, kad tikrai norima vykdyti; Naudotojui pateikiamame klaidos pranešime privalo būti nurodoma, kokius veiksmus naudotojas privalo atlikti tam, kad galėtų pašalinti pranešimo pateikimo priežastis ir tęsti darbą su VVS. Įvykus klaidai naudotojas apie tai turi būti aiškiai informuojamas (pvz., nukreipiamas į klaidą sąlygojančią ekraninės formos vietą, paryškinami netinkamai užpildyti formos laukai ir pan.); Naudotojui turi būti pateikiami sėkmės pranešimai, nurodantys, kad naudotojo atlikti veiksmai yra sėkmingi (pavyzdžiui, informuojama, kad įrašas išsaugotas / ištrintas / pakoreguotas, duomenys sėkmingai įkelti ir pan.); Klaidų pranešimai, sėkmės pranešimai ir informaciniai pranešimai turi būti išskirti skirtingomis spalvomis ar skirtingais simboliais, kad vizualiai būtų galima atskirti.
8Naudotojo sąsajoje esantys duomenų įvedimo laukai turi turėti duomenų validavimo taisykles ir tikrinti įvedamų duomenų logikos korektiškumą. Laukai ir laukų validavimo taisykles turi būti suderinti su Užsakovu.
9Naudotojui pateikiama informacija turi būti ribojama pagal jam suteiktas roles bei prieigos teises prie konkretaus objekto informacijos.

Sutarčių valdymo IS - Administravimo dalies reikalavimai

1Turi būti galimybė valdyti (įvesti, redaguoti, peržiūrėti, naikinti) sutarčių tipo klasifikatoriaus įrašus.
2Turi būti galimybė valdyti (įvesti, redaguoti, peržiūrėti, naikinti) serijų klasifikatoriaus įrašus.
3Turi būti galimybė konstruoti (be programavimo) sutarčių formas.
4Turi būti galimybė valdyti (įvesti, redaguoti, peržiūrėti, naikinti) sutarčių ir sąskaitų faktūrų ataskaitų šablonų formas.
5Turi būti galimybė importuoti savivaldybės organizacinę struktūrą.
6Turi būti galimybė importuoti bendrus su apskaita naudojamus klasifikatorius.

Nefunkciniai reikalavimai - Papildomų vystymo paslaugų teikimas

1Paslaugų teikimo sutarties vykdymo metu (iki garantinio aptarnavimo laikotarpio pabaigos) Užsakovas, esant poreikiui, teikdama atskirus raštiškus Papildomų paslaugų užsakymus, turi teisę užsakyti Papildomas paslaugas, pagal Tiekėjo pasiūlyme nurodytą valandinį įkainį (ne daugiau kaip 160 valandų). Užsakovas neįsipareigoja išpirkti viso nurodyto valandų kiekio.
2Papildomų paslaugų užsakymų tipai: Papildomi modifikavimo darbai nenumatytoms sritims ar funkcijoms – darbas užsakomas esant poreikiui realizuoti papildomą Sistemos funkcionalumą, atlikti sukurtų funkcijų pakeitimą, kuris nėra numatytas; Papildomų integracinių sąsajų įgyvendinimas – darbas užsakomas esant poreikiui realizuoti papildomą integracinę sąsają su kita informacine sistema duomenų gavimui arba perdavimui; Papildomi instruktavimai, papildomos konsultacijos; Kiti papildomi su Užsakovu suderinti darbai.
3Papildomų paslaugų poreikiai, turi būti suderinti su Užsakovo projekto vadovu.
4Sistemos vystymo poreikių (pakeitimų) inicijavimo ir vykdymo eiga: Užsakovas pateikia užsakymą Paslaugų teikėjo pagalbos sistemoje, kurioje aprašomi pakeitimo reikalavimai. Išskirtiniais atvejais užsakymas teikiamas el. paštu pagal atskirą susitarimą; Paslaugų teikėjas pateikia aprašytų reikalavimų vertinimą, apimantį preliminarius atlikimo terminus ir apimtis. Teikėjas gavęs iš Užsakovo pakeitimų reikalavimų aprašymą atlieka pradinę funkcinę poreikio analizę, išnagrinėja galimas pakeitimo įtakas sistemos procesams, įvertina pakeitimo preliminarius atlikimo terminus, apimtis ir kaštus bei pateikia Užsakovui. Užsakovui patvirtinus pakeitimo vykdymą, Paslaugų teikėjas parengia reikalavimų specifikaciją, pakeitimo realizavimo grafiką ir detalias darbų apimtis, kurias gali sudaryti: detalios specifikacijos parengimo apimtys, detalus pakeitimo projektas, pakeitimo realizacijos vykdymas (funkcijų projektavimas, konstravimas, testavimas, dokumentacijos rengimas, diegimas testinėje aplinkoje).
5Teikiamos Papildomos paslaugos neturi sutrikdyti nepertraukiamo Sistemos veikimo. Priešingu atveju Tiekėjas privalo atstatyti Sistemos veikimą per Sistemos garantiniame aptarnavime nurodytus klaidų šalinimo terminus savo lėšomis. Turi būti atliekamas visų atliktų papildomų Sistemos pakeitimų testavimas.
6Užsakytoms, suteiktoms ir priimtoms Papildomoms paslaugoms ir jų rezultatams turi būti suteikiama garantija, kuri galioja kiekvienam į eksploataciją priimtam užsakymui iki sutarties pabaigos ir 12 mėn. po sutarties galiojimo pabaigos.

FVAS - Ilgalaikio turto nusidėvėjimas, eksploatacijos sustabdymas

1FVAS turi būti galimybė skaičiuoti nusidėvėjimą pagal pasirinktą turto vienetą ir turto grupę.
2FVAS turi būti galimybė pakeisti nusidėvėjimo laikotarpį, likvidacinę vertę.
3Nusidėvėjimas turi būti skaičiuojamas visiems tą mėnesį iš dalinio apskaitos išbrauktiems (perleistiems, nurašytiems ir pan.) IT objektams.
4FVAS turi būti galimybė nusidėvėjimą skaičiuoti ne nuo pirmo mėnesio.
5FVAS turi būti galimybė pakeitus nusidėvėjimo normatyvą, efektą apskaičiuoti per einamąjį laikotarpį ir perspektyviai.
6FVAS turi būti galimybė sustabdyti turto nusidėvėjimą, kai jis nenaudojamas.
7FVAS turi būti galimybė nurodyti eksploatacijos sustabdymo priežastis.
8FVAS turi būti galimybė vienu metu (vienu pelės paspaudimu) nurašyti išfiltruotus įrašus.

FVAS - Pasikartojančių operacijų apdorojimas ir duomenų importas

1DK turi būti funkcionalumas, leidžiantis sukurti automatines operacijas, kurios būtų vykdomos pasirinktą dieną ir pasirinktu laiku automatiškai, be naudotojo įsikišimo.
2DK turi būti atvira sąsaja, suteikianti galimybę automatizuotai importuoti operacijas iš išorinių sistemų. Galimybė importuoti e.būdu gautas sąskaitas faktūras ir jas paskirstyti pagal reikiamas dimensijas.
3DK turi turėti priemonę, kuri leidžia naudotojui Didžiosios knygos operacijas įvesti naudojant MS Excel programą ir kuri šias operacijas automatiškai importuoja į DK registrus.

Sutarčių valdymo IS - Gautų sąskaitų faktūrų dalies reikalavimai

1Turi būti galimybė įvesti, peržiūrėti, redaguoti gautą PVM sąskaitą faktūrą su šiais duomenimis: SF tipas Dokumento Nr.; Dokumento data; Organizacija; Padalinys; Tiekėjo tipas; Tiekėjas; Įmonės kodas; Adresas; Sąsk. nr.; Sumokėta avansu suma; Sąskaitos mokesčių suma Nuolaidų sąskaitai suma Korekcijos suma Suma be PVM; Suma su PVM; PVM suma; Valiuta; Apmokėti iki; Apmokėti per; Pastabos; Pirkėjo adresas SF iš SABIS sistemos Mokėtojo kodas tiekėjo sistemoje SABIS BVPŽ kodas SABIS BVPŽ pirkimo rūšis Sąskaita neviešinama CVP IS Detalizacijos eilutės: Tipas Prekės (paslaugos) pavadinimas; Kiekis; Mato vnt.; Vieneto kaina; PVM tarifas; Suma be PVM; Suma su PVM; PVM suma. Failai.
2Turi būti galimybė įvesti, peržiūrėti, redaguoti gaunamą sąskaitą faktūrą su šiais duomenimis: SF tipas Dokumento Nr.; Dokumento data; Organizacija; Padalinys; Tiekėjo tipas Tiekėjas; Įmonės kodas; Adresas; Sumokėta avansu suma; Sąskaitos mokesčių suma; Nuolaidų sąskaitai suma; Korekcijos suma; Suma; Valiuta; Apmokėti iki; Apmokėti per; Pastabos; Pirkėjo adresas; Iš SABIS sistemos; Mokėtojo kodas tiekėjo sistemoje; SABIS BVPŽ kodas; SABIS BVPŽ pirkimo rūšis; Neviešinama CVP IS; Detalizacijos eilutės: Prekės (paslaugos) pavadinimas; Kiekis; Mato vnt.; Vieneto kaina; Suma. Failai.
3Turi būti galimybė peržiūrėti gaunamų sąskaitų faktūrų sąrašą su šiais duomenimis: Būsena; Serija; Dok. Nr.; Dok. data; Sąskaitos faktūros tipas; Siuntėjas; Suma; Sutartis; Organizacija; Padalinys Požymis, ar gauta iš Sabis sistemos; Būsena Sabis sistemoje; Žymės; Failai.
4Turi būti galimybė ieškoti siunčiamų sąskaitų faktūrų vieno lauko principu pagal šiuos duomenis: Dok. Nr.; Siuntėjas; Organizacija;
5Turi būti galimybė filtruoti sąskaitas pagal šiuos sutarčių sąrašo laukus: Būsena; Serija; Dok. Nr.; Dok. data; Sąskaitos faktūros tipas; Siuntėjas; Suma; Sutartis; Organizacija; Padalinys Požymis, ar gauta iš SABIS sistemos; Būsena SABIS sistemoje.
6Turi būti galimybė pakeisti gautos sąskaitos faktūros būseną į Patvirtinta.
7Turi būti galimybė pakeisti gautos sąskaitos faktūros būseną į „Atmesta“.
8Turi būti galimybė naikinti gautas sąskaitas faktūras.
9Turi būti galimybė eksportuoti gautų sąskaitų faktūrų sąrašą PDF, EXCEL formatais.
10Turi būti galimybė gautai sąskaitai faktūrai priskirti žymą.
11Turi būti galimybė suformuoti SF nuorašą sąskaitos faktūros kuri yra gauta iš SABIS.
12Turi būti galimybė atkelti gautas sąskaitas faktūras iš SABIS sistemos.

Nefunkciniai reikalavimai - Standartinio funkcionalumo atitikties patikrinimas

1Tikrindama tiekėjų siūlomo DVS standartinio funkcionalumo atitiktį, Perkančioji organizacija vykdys pasiūlymuose nurodytų funkcionalumų patikrinimo procedūrą – demonstraciją.
2Demonstracijos metu tiekėjai turės pademonstruoti Perkančiosios organizacijos atrinktus visiems tiekėjams vienodus Techninėje specifikacijoje nurodytus reikalavimus (iki 30 reikalavimų), kuriuos tiekėjai pažymėjo „S“ raide.
3Apie atrinktus reikalavimus demonstracijai, demonstracijos vietą, dieną ir laiką, tiekėjams bus pateikta atskiru pranešimu.
4Demonstraciją kiekvienas tiekėjas atliks atskirai.
5Apie demonstravimo laiką Tiekėjai bus informuoti CVP IS susirašinėjimo priemonėmis.
6Demonstracija bus vykdoma tokia tvarka: bus surašomas laisvos formos protokolas, kuriame bus fiksuojami realiu laiku užfiksuoti atitikimai techninės specifikacijos funkcionalumams „S“; tiekėjai privalės demonstracijai užtikrinti reikiamą demonstravimo įrangą, visas reikalingas priemones, duomenis. Perkančioji organizacija suteiks prisijungimą prie interneto ir projektorių; tiekėjai privalės pademonstruoti funkcionalumą veikiančioje demonstracinėje aplinkoje, t.y. tai negali būti vaizdo įrašas, ar naudotojo sąsajos prototipas; demonstracijos metu tiekėjai privalės dubliuoti demonstracijai naudojamo įrenginio (kompiuterio, planšetės ar pan.) ekrano vaizdą į projektorių arba nuotoliniu būdu MS Teams programą; jei dėl tiekėjo ar jo subtiekėjų sąlygotų techninių kliūčių tiekėjas negali pademonstruoti funkcinių charakteristikų, demonstracija vieną kartą atidedama iki 1 val., per kurią tiekėjas turi pašalinti technines kliūtis ir tęsti demonstraciją; demonstraciją stebės ir pasiūlymų atitiktį funkcionalumams „S“ vertins ekspertai. Demonstracijos metu ekspertai galės užduoti papildomus klausimus; demonstracija yra privaloma, neatvykus į demonstraciją tiekėjo pasiūlymas yra atmetamas; jeigu demonstracijos metu bus nustatyta, kad tiekėjas savo pasiūlyme funkcionalumus nurodė kaip esamus (pažymėjo „S“), bet nesugebės pademonstruoti bent 2 (dviejų) „S“ pažymėtų funkcionalumų visa apimtimi arba paaiškės, kad reikalavimams realizuoti reikalingos sistemos modifikavimo paslaugos, toks pasiūlymas bus atmestas kaip neatitinkantis pirkimo dokumentų reikalavimų.

Sutarčių valdymo IS - Siunčiamų sąskaitų faktūrų dalies funkcionalumas

1Turi būti galimybė įvesti, peržiūrėti, redaguoti siunčiamą PVM sąskaitą faktūrą su šiais duomenimis: SF tipas; Serija; Dokumento Nr.; Dokumento data; Organizacija; Padalinys; Einamoji sąskaita; Gavėjo tipas; Gavėjas; Įmonės kodas; Suma be PVM; Suma su PVM; PVM Suma; Valiuta; Apmokėta iki; Apmokėti per; Pastabos; Pirkėjo adresas Sąskaita perduodama į SABIS Detalizacijos eilutės: Prekės (paslaugos) pavadinimas; Kiekis; Mato vnt.; Vieneto kaina; Suma be PVM; PVM tarifas; PVM Suma; Suma su PVM; Failai;
2Turi būti galimybė įvesti, peržiūrėti, redaguoti siunčiamą sąskaitą faktūrą su šiais duomenimis: SF tipas; Serija; Dokumento Nr.; Dokumento data; Organizacija; Padalinys; Einamoji sąskaita; Gavėjo tipas; Gavėjas; Įmonės kodas; Suma; Valiuta; Apmokėta iki; Apmokėti per; Pastabos; Pirkėjo adresas Sąskaita perduodama į SABIS Detalizacijos eilutės: Prekės (paslaugos) pavadinimas; Kiekis; Mato vnt.; Vieneto kaina; Suma; Failai;
3Turi būti galimybė peržiūrėti siunčiamų sąskaitų faktūrų sąrašą su šiais duomenimis: Būsena; Serija; SABIS būsena; BVS Dok. Nr.; Dok. Nr.; Dok. data; Sąskaitos faktūros tipas; Gavėjas; Gavėjo įmonės kodas; Suma; Sutartis; Organizacija; Padalinys Požymis perduota į SABIS; Požymis, perduota į FVAIS sistemą;
4Turi būti galimybė ieškoti siunčiamų sąskaitų faktūrų vieno lauko principu pagal šiuos duomenis: Dok. Nr.; Gavėjas; Organizacija;
5Turi būti galimybė filtruoti sąskaitas pagal šiuos sąrašo laukus: Būsena; Serija; SABIS būsena; BVS Dok. Nr.; Dok. Nr.; Dok. data; Sąskaitos faktūros tipas; Gavėjas; Gavėjo įmonės kodas; Suma; Sutartis; Organizacija; Padalinys Požymis perduota į SABIS; Požymis, perduota į FVAIS sistemą;
6Turi būti galimybė pakeisti gautos sąskaitos faktūros būseną į „Patvirtinta“.
7Turi būti galimybė pakeisti siunčiamos sąskaitos faktūros būseną į „Atmesta“.
8Turi būti galimybė naikinti siunčiamas sąskaitas faktūras.
9Turi būti galimybė eksportuoti siunčiamų sąskaitų faktūrų sąrašą PDF, EXCEL formatais.
10Turi būti galimybė siunčiamai sąskaitai faktūrai priskirti žymą.
11Turi būti galimybė patikrinti siunčiamos sąskaitos faktūros būseną SABIS sistemoje.
12Turi būti galimybė suformuoti SF nuorašą sąskaitos faktūros kuri yra gauta iš SABIS.
13Turi būti galimybė perduoti siunčiamas sąskaitą faktūras į SABIS sistemą.

Dokumentai10

2_26 04 08 _ VVS bendrosios sąlygos.docx
4_VVS diegimo programines irangos technine ir funkcine specifikacija v2.docx
espd-request.xml
espd-request.pdf
README.txt
7464292_Contract notice - general directive, standard regime_0.pdf
3_26 04 15_sutartis_VVS _tipinė paslaugų.docx
1_26 04 15 _ VVS specialiosios salygos.docx
6_c4t_7464292_1.xml
3040_7464292.pdf

tendis.lt · Sukurta recodin.lt