KAM Finansinių išteklių valdymo informacinės sistemos modernizavimo paslaugos
Išanalizuota
Viešoji įstaiga CPO LT
Skelbiamos derybos pagal GSPĮCPV: 72262000 - Programinės įrangos kūrimo paslaugos
ID: 69021062026-03-19 05:10
Atidaryti CVP ISAprašymas
Perkamos Krašto apsaugos ministerijos (KAM) finansinių išteklių valdymo informacinės sistemos (BVIS) modernizavimo paslaugos. Projektu siekiama skaitmenizuoti ir automatizuoti KAM ir jai pavaldžių įstaigų biudžeto planavimo, tikslinimo ir vykdymo procesus, sprendžiant esamos sistemos apribojimus, susijusius su analizės įrankiais, duomenų įvedimo lankstumu ir integracijomis.
Kvalifikaciniai reikalavimai
- 1Tiekėjas turi atitikti įslaptintos informacijos apsaugos reikalavimus ir jo darbuotojai turi turėti teisę dirbti ar susipažinti su įslaptinta informacija, žymima slaptumo žyma „RIBOTO NAUDOJIMO“.
- 2Tiekėjas per paskutinius 5 (penkis) metus iki paraiškų pateikimo termino pabaigos arba per laiką nuo tiekėjo įregistravimo dienos (jei tiekėjas vykdė veiklą mažiau nei 5 (penkerius) metus) pagal vieną ar daugiau sutarčių savo jėgomis yra suteikęs informacinės sistemos kūrimo ir/ar diegimo ir/ar modernizavimo paslaugas, kurių bendra vertė yra ne mažesnė kaip 500 000,00 (penki šimtai tūkstančių eurų) Eur be PVM.
- 3Visi specialistai turi gebėti gerai rašyti, kalbėti ir suprasti lietuvių kalbą (jei lietuvių kalba nėra gimtoji, ne žemesnis, kaip C1 lygis pagal Europass kalbų pasą). Jei specialistas nemoka lietuvių kalbos, reikalavimas gali būti tenkinamas numatant vertimo žodžiu ir raštu paslaugas; išlaidas vertimo paslaugoms prisiima tiekėjas.
- 4Projekto vadovas: turi tarptautiniu mastu pripažįstamą projektų valdymo kvalifikaciją; per pastaruosius 5 (penkis) metus iki paraiškos pateikimo termino pabaigos turi ne trumpesnę kaip 3 metų patirtį vadovaujant informacinių sistemų kūrimo ir/ar modernizavimo ir/ar diegimo sutartims (projektams); per paskutinius 5 (penkis) metus iki paraiškos pateikimo termino pabaigos vadovavo bent 1 (vienai) verslo/finansų/resursų valdymo informacinės sistemos (angl. ERP – Enterprise resource planning) kūrimo ir/ar diegimo ir/ar modernizavimo sutarčiai/projektui, t. y. atliko paslaugų teikimo valdymą, sutarties eigos kontrolę, sutarties vykdymo rizikos veiksnių valdymą, vadovavo specialistų, dalyvaujančių vykdant sutartį, komandai.
- 5Informacinių sistemų analitikas: turi tarptautiniu mastu pripažįstamą IS analitiko kvalifikaciją; per paskutinius 5 (penkerius) metus iki paraiškos pateikimo termino pabaigos turi ne trumpesnę kaip 3 metų patirtį, vykdant informacinių sistemų kūrimo ir/ar modernizavimo ir/ar diegimo sutartis (projektus) IS analitiko pareigose.
- 6Informacinių sistemų architektas: turi tarptautiniu mastu pripažįstamą IS architekto kvalifikaciją; per paskutinius 5 (penkerius) metus iki paraiškos pateikimo termino pabaigos turi ne trumpesnę kaip 3 metų informacinių sistemų architekto patirtį, vykdant informacinių sistemų kūrimo ir/ar modernizavimo ir/ar diegimo sutartis (projektus).
- 7Programuotojas: turi tarptautiniu mastu pripažįstamą programuotojo kvalifikaciją; per paskutinius 5 (penkis) metus iki paraiškos pateikimo termino pabaigos yra dalyvavęs (programuotojo rolėje) bent vienoje sutartyje (projekte), kurios metu buvo kuriama ir/arba modernizuojama ir/arba diegiama informacinė sistema.
- 8Informacinių sistemų testavimo specialistas: turi tarptautiniu mastu pripažįstamą IS testuotojo kvalifikaciją; per paskutinius 5 (penkerius) metus iki paraiškos pateikimo termino pabaigos turi ne trumpesnę kaip 3 metų informacinių sistemų testavimo patirtį, vykdant informacinių sistemų kūrimo ir/ar modernizavimo ir/ar diegimo sutartis (projektus).
- 9Informacinių sistemų saugos specialistas: turi tarptautiniu mastu pripažįstamą IS saugos eksperto kvalifikaciją; per paskutinius 5 (penkerius) metus iki paraiškos pateikimo termino pabaigos turi ne trumpesnę kaip 3 metų informacinių sistemų saugos testavimo arba saugos vertinimo arba saugos audito patirtį, vykdant informacinių sistemų kūrimo ir/ar modernizavimo ir/ar diegimo sutartis (projektus).
- 10Ekonomikos / finansų specialistas: per paskutinius 5 (penkerius) metus iki paraiškos pateikimo termino pabaigos ekonomikos / finansų specialisto rolėje dalyvavo bent 1 (vienoje) verslo/finansų/resursų valdymo informacinės sistemos (angl. ERP – Enterprise resource planning) kūrimo ir/ar diegimo ir/ar modernizavimo sutartyje/projekte.
- 11Tiekėjas laikosi kokybės vadybos sistemos reikalavimų, atitinkančių LST EN ISO 9001 standarto arba jam lygiaverčio kokybės vadybos sistemos standarto reikalavimus informacinių technologijų paslaugų teikimo srityje.
- 12Tiekėjas laikosi informacijos saugumo valdymo sistemos reikalavimų, atitinkančių LST EN ISO 27001 standarto arba jam lygiaverčio informacijos saugos vadybos sistemos standarto reikalavimų.
Techniniai reikalavimai
Integracijos
- 1Turi būti sukurtas funkcionalumas naudoti tarpinį serverį „DMZ“, kuris leistų automatizuoti duomenų judėjimą tarp BVIS ir išorinių duomenų bazių (VBAMS, SIS (SVIS) teikimui; FABIS, LK finansų programos gavimui).
- 2Diegėjas yra atsakingas už integracinių sąsajų specifikacijų sudarymą ir suderinimą su duomenų teikėjais ir Perkančiąja organizacija.
- 3Realizuojamos integracijos: VBAMS ir SIS (SVIS) integracija biudžeto programų sąmatų ir tikslinimo duomenims perduoti, LK FAD asignavimų panaudojimo duomenims gauti.
- 4Turi būti sukurtas duomenų teikimo sąsajų administravimo funkcionalumas.
- 5Iš išorinių duomenų bazių gauti duomenys turi būti sutvarkyti ir sujungti, kad būtų naudojami ataskaitoms ir biudžeto valdymui.
- 6Jei analizės ir projektavimo metu paaiškėtų, kad integracijos per sąsajas negalimos, duomenų priėmimas ar perdavimas gali būti vykdomi ir robotizuoto procesų automatizavimo (RPA) priemonėmis ar panaudojant importo failus.
- 7BVIS turi veikti korektiškai neveikiant integruotoms informacinėms sistemoms, išskyrus tas funkcijas, kurių pilno veikimo užtikrinti nėra įmanoma.
Turto planavimas
- 1Turi būti sukurtas funkcionalumas, leidžiantis planuoti asignavimus Turtui, planuojant asignavimus kiekvieniems atskiriems metams iš trejų metų biudžeto.
- 2Turi būti galimybė įvesti ir/ar importuoti planuojamus asignavimus nenurodant visų dimensijų, ir vėliau priskirti trūkstamas dimensijas.
- 3Turi būti funkcionalumas, leidžiantis atlikti planavimą pagal Objektus juos grupuojant pagal projektus, sritis, programas ir kitas dimensijas.
- 4Turi būti realizuotas objektų medžio tvarkymo funkcionalumas (kurti, redaguoti, trinti, perkelti objektus, vykdyti paiešką, slėpti) su unikaliais objekto kodais.
- 5Turi būti funkcionalumas, nurodantis „Objektų būsenas“ (Aktyvus, Sustabdytas, Uždarytas, Neaktyvus) ir leidžiantis jas keisti.
- 6Turi būti funkcionalumas, leidžiantis nurodyti papildomas bent dvi dimensijas, leidžiančias klasifikuoti Turto objektus.
- 7Turi būti sukurtas funkcionalumas, leidžiantis importuoti Turto duomenis iš standartinės MS Excel bylos ir juos peržiūrėti bei koreguoti.
- 8Turi būti funkcionalumas, išskiriantis įrašus tam tikra spalva, kuriems dar nėra priskirtos reikiamos dimensijos, ir neleidžiantis blokuoti įrašų, jei yra klaidų.
Duomenų įvedimo formos
- 1Turi būti sukurti duomenų įvedimo formų šablonai, leidžiantys naudotojui planuoti asignavimus.
- 2Administratorius turi turėti galimybę kurti naudotojui patogias išlaidų įvedimo formas, naudojant įvairias dimensijų reikšmių kombinacijas.
- 3Numatomos duomenų įvedimo formos: DU fondo planavimo forma, Socialinio draudimo įmokų planavimo forma, PIK planavimo forma - Asignavimai atstovavimui, PIK planavimo forma - Asignavimai dalyvavimui tarptautinėse veiklose, Mitybos išlaidų planavimo forma, Darbdavių socialinės paramos pinigais išlaidų planavimo forma, 1-o lygio išlaidų planavimo forma, 2-jų lygio išlaidų planavimo forma, Bazinio planavimo forma, Išlaidų Turtui planavimo forma.
- 4Turi būti numatytas išlaidų perkėlimas iš planavimo formos į sąmatos formą.
- 5BVIS administratorius turi turėti galimybę kurti naujas formas asignavimų planavimui, susieti jas su dimensijomis, normatyvais, formulėmis.
- 6Sąmatos formoje planuojami asignavimai turi būti pateikiami tūkstančiais eurų, atvaizduojamas vienu skaičiumi po kablelio. Detaliuose skaičiavimuose – eurais, atvaizduojami du skaičiai po kablelio.
- 7Išlaidų planavimo formose pereinant iš vieno lango į kitą, turi būti išsaugomi pasirinkti dimensijų filtrai.
- 8Visose formose turi veikti standartinė paieškos (FIND) funkcija.
- 9Esant situacijai, kai keičiama išlaidų straipsnių ekonominė klasifikacija, turi būti galimybė perkelti įvestus duomenis į naujus straipsnius.
Nefunkciniai reikalavimai
- 1BVIS turi būti diegiama ir eksploatuojama esamoje KAS IT infrastruktūroje, kurioje šiuo metu naudojama operacinė sistema „Windows Server Standard“ (gamintojo palaikoma versija).
- 2KAS infrastruktūroje naudojamos DBVS: Microsoft SQL Server Standard Edition ir Oracle Database Standard Edition 2 (gamintojo palaikomos versijos).
- 3DBVS gamintojo palaikymo terminas turi būti ne trumpesnis nei 6 metai nuo Diegėjo pasiūlymo pateikimo datos.
- 4BVIS kūrimo pabaigoje turi būti naudojama naujausia galima (stabili) DBVS versija.
- 5BVIS komponentų naudotojo sąsaja turi būti prieinama naudojant interneto naršyklę.
- 6BVIS naudotojo sąsaja turi būti konstruojama „responsive web design“ principais, pritaikant ją korektiškai atvaizduoti informaciją monitorių ekranuose (1280 × 720 ir aukštesnės raiškos).
- 7BVIS turi būti realizuota lietuvių kalba (įskaitant dimensijas). Sistemos administratoriams skirtos programinės priemonės ir pranešimai gali būti lietuvių arba anglų kalba.
- 8BVIS komponentų, pasiekiamų per interneto naršyklę, naudotojo sąsaja turi atitikti W3C XHTML arba lygiavertę specifikaciją (ne žemesnė kaip 1.0 versija) ir naudoti ne žemesnę kaip 2.1 lygio CSS2 arba lygiavertę technologiją.
- 9Architektūrinis sprendimas turi užtikrinti BVIS prieinamumą, realizuojamą realiu laiku arba automatizuotai darant loginių diskų momentines ir pilnas virtualių serverių kopijas.
- 10Prieinamumo sprendimas turi užtikrinti RTO (angl. Recovery time objective) rodiklio dydį, pageidaujamas dydis: RTO = 5h.
- 11Diegėjo suprojektuotas BVIS sprendimas turi užtikrinti, kad BVIS prieinamumas būtų ne mažesnis nei 96% laiko visą parą.
- 12Architektūra turi palaikyti BVIS pajėgumų plėtros galimybes prijungiant papildomą techninę įrangą arba virtualią infrastruktūrą horizontaliai.
- 13Turi būti numatytos BVIS plėtimo ir našumo didinimo galimybės didėjant naudotojų skaičiui ir duomenų kiekiui.
- 14BVIS turi veikti pagal racionalius greitaveikos reikalavimus: įrašų įterpimo, koregavimo, naikinimo ar paieškos vidutinė atsako trukmė neturi viršyti 1 sekundės esant 120 užklausų per minutę; nedidelės apimties BVIS formų ar puslapių atidarymas – iki 1 s; didesnės apimties ir sudėtingesnių BVIS formų ar puslapių atidarymas (iki 1000 eilučių) – iki 2 s; sudėtingos ir rečiau naudojamos ataskaitos atvaizduojamos ekrane arba eksportuojamos – iki 5 sek.
- 15Turi būti realizuotas duomenų filtravimas pagal naudotojo naudojamų formų antraštėse suvestus kriterijus, su sutrauktų duomenų pateikimu per iki 2 sek. esant iki 100 000 duomenų įrašų.
- 16Integracinių sąsajų realizacija turi užtikrinti, kad integraciniai scenarijai įvyks per racionalų laiko tarpą ir neįtakos BVIS naudojimo patogumo ir našumo.
- 17Diegėjas, įvertinęs specifikacijos reikalavimus, turi pateikti reikiamą programinę įrangą ir licencijas, kurios užtikrintų racionalų ir efektyvų BVIS veikimą 3 metų perspektyvoje.
- 18BVIS kūrimo pabaigoje Perkančiajai organizacijai perduodami BVIS išeities tekstai turi būti kompiliavimui paruoštų rinkmenų paketų forma, su komentarais, atitikti gerąsias programinio kodo formatavimo praktikas ir būti ištestuoti (bent 85% padengta „unit“ testais).
Biudžeto rengimo procesai
- 1Turi būti sukurtas funkcionalumas, leidžiantis inicijuoti biudžeto planavimo procesą visuose biudžeto planavimo etapuose.
- 2Turi būti sukurtas funkcionalumas, palaikantis du lygiagrečius procesus: Biudžeto rengimo procesą ir Biudžeto programų sąmatų tikslinimo procesą.
- 3Biudžeto rengimo procese formuojamas biudžetas turi apimti trejų metų laikotarpį, su galimybe planavimą vykdyti kiekvieniems šio laikotarpio metams ir pirmus metus paskirstyti ketvirčiais.
- 4BVIS duomenys turi būti rengiami detaliai pagal dimensijas, su galimybėmis filtruoti ir peržiūrėti sąmatų duomenis.
- 5Turi būti sudaryta galimybė fiksuoti biudžeto rengimo etapo užbaigimą, uždarant atitinkamą duomenų versiją, be galimybės atlikti duomenų keitimo.
- 6Biudžeto rengimo inicijavimą ir naujų etapų / versijų kūrimą gali atlikti tik BVIS administratorius.
- 7Turi būti realizuotas įrašų blokavimas, draudžiantis įrašų koregavimą, su galimybe atblokuoti pagal hierarchiją aukštesniam asmeniui.
- 8Turi būti realizuoti įrašų srities blokavimo lygiai: VISKO blokavimas (versijos), Programa arba / ir programos priemonė, Įstaiga ir / arba padalinys (ar jų grupė), Straipsniai (straipsnių planavimo formos), Sandoriai / išlaidos, Metai, Sąmatos forma, Alternatyvi sąmata.
- 9Turi būti funkcionalumas, leidžiantis kopijuoti Programų sąmatų duomenis iš ankstesnių Programų sąmatų į naujai rengiamą biudžetą.
- 10Turi būti galimybė perkeliant suplanuotų asignavimų duomenis apjungti skirtingas sąmatas į vieną.
- 11Turi būti galimybė paskirstyti atskirų metų Išlaidas bei Turtą ketvirčiais sąmatos formoje rankiniu būdu.
- 12Turi būti atskira spalva pažymėtos išlaidos, kurios ketvirčiais dar nėra paskirstytos.
- 13Turi būti kontrolės mechanizmai, kad skirstant išlaidas pagal visas dimensijas, nebūtų neigiamų ar nepaskirstytų sumų.
Administravimas ir saugumas
- 1BVIS turi būti galima administruoti naudotojus: sukurti, deaktyvuoti, suteikti roles ir teises.
- 2Turi būti galimybė administruoti slaptažodžių sudarymo parametrus (ilgį, struktūrą, galiojimo terminą, neleidžiamus ankstesnius slaptažodžius, neteisingų įvedimų skaičių).
- 3Turi būti galimybė atskirai parametrizuoti slaptažodžiams keliamus reikalavimus BVIS naudotojams ir administratoriams.
- 4Naudotojui gavus pranešimą apie būtinybę pakeisti slaptažodį ir to nepadarius, naudotojas turi būti užblokuojamas.
- 5Turi būti galimybė BVIS administratoriui laikinai blokuoti (atblokuoti) ir deaktyvuoti (archyvuojant) naudotoją.
- 6Saugumo taisyklės galioja tiek duomenų įvedimo formose, tiek ir ataskaitose.
- 7Turi būti galimybė vykdyti teisių ir rolių (teisių grupių) administravimą.
- 8Turi būti galimybė tvarkyti BVIS naudojamas dimensijas ir sisteminius parametrus.
- 9Turi būti vykdomas BVIS naudotojų atliekamų veiksmų auditavimas, įskaitant prisijungimus, teisių pakeitimus, veiksmus su duomenimis, IP adresą ir naršyklės identifikatorių.
- 10Audito informacija turi būti saugoma be galimybės ją pakeisti ir turi būti archyvuojama.
- 11Turi būti galimybė eksportuoti pasirinktus audito įrašus į .csv ir lygiaverčio formato rinkmeną.
- 12Prie kiekvieno įrašo turi būti nurodomi data, laikas ir asmuo, kuris atliko įrašą.
Atskaitomybė ir ataskaitos
- 1Turi būti galimybė palyginti patvirtintas sąmatas ir naujų sąmatų projektus tarpusavyje ir BVIS išsaugoti pokyčio paaiškinimus (komentarus).
- 2Turi būti galimybė naudotojui peržiūrėti asignavimus už asignavimų valdytoją nustatytos formos suvestinėje, filtruoti, lyginti faktinius ir planuojamus asignavimus, pasirinkti dimensijas.
- 3Turi būti galimybė pamatyti visus atliktus planuojamų asignavimų pakeitimus iš karto.
- 4Turi būti galimybė eksportuoti visas ataskaitas į CSV, XLSX, PDF ir lygiaverčiais formatais.
- 5Turi būti sukurtas BVIS analitikos komponentas, sudarantis galimybę generuoti įvairias ataskaitas, jas peržiūrėti, spausdinti ir atsisiųsti.
- 6Ataskaitų kūrimo ir generavimo priemonės turi leisti formuoti standartinių ir dimensinių ataskaitų rinkinius.
- 7Diegėjas turi bendrai realizuoti iki 35 (imtinai) įvairaus tipo standartinių ataskaitų.
- 8Turi būti galimybė generuoti ataskaitų paketus, kuriuos galima būtų kitoje IS pasirašyti elektroniniu būdu, o generuojant ataskaitų paketus BVIS įrašai turi būti užblokuoti.
Paslaugų teikimo reikalavimai
- 1Diegėjas turi paskirti Projekto vadovą, atsakingą už komunikaciją ir užtikrinantį, kad visa komunikacija Projekto metu vyktų lietuvių kalba.
- 2Per 1 mėnesį nuo sutarties įsigaliojimo dienos Diegėjas turi suderinti Projekto reglamentą.
- 3Projekto įgyvendinimo metu diegėjas turi rengti tarpines (kas tris mėnesius) ir galutinę veiklos ataskaitas.
- 4Kokybei užtikrinti turės būti parengti šie registrai: Susijusių asmenų, Rizikų, Problemų / klausimų, Pakeitimų, Papildomų paslaugų registrai.
- 5Visa dokumentacija turi būti parengta lietuvių kalba (išskyrus architektūros sprendimus, diegimo ir administravimo instrukcijas, kurios gali būti anglų kalba).
- 6Visi Diegėjo parengti dokumentai turės būti suderinti su Perkančiąja organizacija ir Techninės priežiūros paslaugų teikėju.
- 7Analizės ir projektavimo metu turi būti parengti: Detalios analizės dokumentas, Projektavimo dokumentas, Integracines sąsajas aprašantys dokumentai, Infrastruktūros resursų poreikių sąrašas.
- 8Diegėjas kūrimo etape turi atlikti BVIS demonstracijas gyvai demonstruojant sistemos veikimą ir registruoti atsiliepimus.
- 9Iki BVIS diegimo pradžios Diegėjas turi parengti diegimo planą ir BVIS diegimo ir eksploatavimo instrukciją.
- 10Kiekvieno etapo pabaigoje turi būti atliktas BVIS dalies priėmimo testavimas, apimantis vidinį, priėmimo ir sąrankos / diegimo testavimą.
- 11Diegėjas turi parengti testavimo scenarijus, apimančius funkcinius, našumo ir atsparumo įsilaužimui testavimus.
- 12Turi būti atlikta BVIS bandomoji eksploatacija, kurios metu klaidų registravimui naudojama specializuota problemų registravimo ir sekimo programinė įranga.
- 13Mokymai turi būti vykdomi bent du kartus (pirmo ir antro etapų metu), administravimo ir naudotojų grupėms, video konferencijos būdu, lietuvių kalba.
- 14Visos BVIS sukūrimo paslaugos turi būti priimamos pasirašant galutinį priėmimo–perdavimo aktą, su autorių turtinių teisių perdavimu Perkančiajai organizacijai.
- 15Eksploatacinės priežiūros terminas – 36 mėnesiai nuo galutinio priėmimo–perdavimo akto pasirašymo datos, apimantis sutrikimų šalinimą ir konsultavimą.
- 16Klaidos ar netikslumai turi būti klasifikuojami į kritines, dideles ir mažas, su atitinkamais reakcijos ir šalinimo terminais.
- 17Kas 3 mėnesius Diegėjas turi pateikti eksploatacinės priežiūros paslaugų teikimo ataskaitą.
Asignavimų normatyvai ir dimensijos
- 1Turi būti funkcionalumas, leidžiantis tvarkyti ir apskaičiuoti normatyvų reikšmes, naudojamas Išlaidų skaičiavimuose.
- 2Normatyvus galima įvesti kiekvieniems metams atskirai ir atskiriems išlaidų straipsniams.
- 3Normatyvai pradėjus straipsnio skaičiavimą turi būti blokuoti, o atblokuoti juos gali tik sistemos administratorius.
- 4Turi būti galimybė apskaičiuoti išvestinius normatyvus iš kitų normatyvų.
- 5Turi būti galimybė pildyti normatyvinių rodiklių sąrašą naujais normatyvais ir importuoti juos iš MS Excel.
- 6Turi būti sukurtas funkcionalumas, leidžiantis tvarkyti dimensijas, naudojamas biudžeto rengimo ir vykdymo procesuose.
- 7Numatoma naudoti bent šias dimensijas: Programa, Priemonė, Valstybės funkcija, Ekonominė išlaidų klasifikacija, Finansavimo šaltiniai, Biudžetinė įstaiga, Planuojantys padaliniai, Aprūpinantys padaliniai, Aprūpinimo tipai (Decentralizuota / Centralizuota sąmata), Papildomas išlaidų klasifikatorius (PIK), Personalo struktūrinės grupės (PSG), Išlaidų požymis, Planavimo ciklas, Laikas, Data, Versija.
- 8Turi būti sudarytos galimybės tvarkyti konkrečios dimensijos reikšmių tarpusavio hierarchinius ryšius.
- 9Turi būti galimybė nustatyti reikiamus sąryšius tarp įvairių dimensijų.
- 10Turi būti sukurtas formulių naudojimo biudžeto rengimo procese funkcionalumas, leidžiantis BVIS administratoriui atlikti formulių koregavimus savarankiškai.
- 11Sistemoje turi būti sukurtos formulės, naudojančios sistemoje esančius duomenis (koeficientus, bazinius dydžius, statistinius dydžius).
IS funkcionalumo bendrieji reikalavimai
- 1Diegėjas privalo realizuoti visus specifikacijos reikalavimus, išskyrus tuos, kurie numatomi įgyvendinti kaip papildomai užsakomos paslaugos.
- 2Turi būti užtikrintas sistemoje pildomų duomenų integralumas ir vengiama tų pačių duomenų pakartotinio pildymo skirtingose BVIS formose.
- 3Prieiga prie BVIS objektų ir funkcionalumų turi būti galima tik identifikuotiems ir autorizuotiems naudotojams.
- 4Naudotojų prisijungimas prie BVIS turi būti galimas su naudotojo vardu ir slaptažodžiu, o pirmojo prisijungimo metu – susikurti slaptažodį.
- 5BVIS turi užtikrinti naudotojų naudojamų slaptažodžių saugumą ir galimybę inicijuoti slaptažodžio pakeitimą, pamiršus senąjį, jei naudotojo sąskaita nėra blokuota.
- 6Naudotojui ar administratoriui nustatytą kartų skaičių neteisingai įvedus slaptažodį, naudotojas ar administratorius turi būti užblokuojamas.
- 7Turi būti funkcionalumas, leidžiantis pateikti bendrus sisteminius pranešimus visiems naudotojams.
- 8BVIS turi būti sukurta naudotojo aplinka (darbalaukis), kurioje pateikiama informacija yra konfigūruojama pagal naudotojo rolę.
- 9Naudotojas, turintis atitinkamas teises, turi galėti peržiūrėti visų biudžeto planavimo etapų pateiktą informaciją pagal dimensijas.
Personalo ir darbo užmokesčio planavimas
- 1Turi būti sukurtas funkcionalumas, skirtas BVIS fiksuoti ir tvarkyti KAS personalo duomenis, reikalingus darbo užmokesčio fondo planavimui.
- 2Turi būti funkcionalumas, leidžiantis į BVIS importuoti personalo duomenis iš personalo IS.
- 3Personalo duomenys apima: padalinys, personalo struktūrinė grupė, karinis laipsnis, pareigybės pavadinimas, etato dydis, tarnybinio atlyginimo ar pareiginės algos koeficientas, priedai, priemokos, priedas už tarnybos stažą.
- 4Turi būti galimybė tvarkyti personalo duomenis: patikslinti duomenų importo struktūrą, modifikuoti esamą organizacinę struktūrą, susieti personalo IS pareigybių pavadinimus su BVIS esamomis pareigybėmis ir jų normatyvais, nurodyti požymį, kurie etatai kokiam finansavimo šaltiniui priskiriami.
- 5Turi būti funkcionalumas, leidžiantis identifikuoti personalo duomenų klaidas ir jas ištaisyti.
- 6Turi būti sukurtas funkcionalumas, leidžiantis atlikti DU fondo išlaidų skaičiavimus pagal KAM patvirtintą DU skaičiavimo metodiką.
- 7Turi būti sukurtas funkcionalumas, leidžiantis BVIS matyti suformuotus etatus ir jiems priklausančius koeficientus kiekvieniems metams ir mėnesiams, per visą planavimo laikotarpį.
- 8Turi būti sukurtas funkcionalumas, leidžiantis planuoti naujus ir mažinti personalo etatus taikant skaičiavimo algoritmus.
- 9Turi būti sukurtas funkcionalumas, leidžiantis perkelti užimtus personalo etatus į kitą priemonę / padalinį.
- 10Turi būti sukurtas funkcionalumas, leidžiantis DU fondą skaičiuoti kiekvieniems 3 metams atskirai, pagal kelis finansavimo šaltinius ir pagal PSG.
- 11Turi būti funkcionalumas, leidžiantis DU Priedus ir priemokas skaičiuoti 3 būdais: automatizuotai, ranka įvesti personalo skaičius ir sumą, ranka įvesti tik personalo skaičius su formulės taikymu.
- 12Turi būti funkcionalumas, leidžiantis skaičiuoti išlaidas socialiniam draudimui, kai yra suplanuotos išlaidos darbo užmokesčiui.
Dokumentai26
tendis.lt · Sukurta recodin.lt