Herbas arba prekių ženklas

(Tiekėjo pavadinimas)

(Juridinio asmens teisinė forma, buveinė, kontaktinė informacija, registro, kuriame kaupiami ir saugomi duomenys apie tiekėją, pavadinimas, juridinio asmens kodas, pridėtinės vertės mokesčio mokėtojo kodas, jei juridinis

asmuo yra pridėtinės vertės mokesčio mokėtojas)

__________________________(Adresatas )

PASIŪLYMASDĖL DOKUMENTŲ VALDYMO SISTEMOS SUKŪRIMO, ĮDIEGIMO IR PRIEŽIŪROS

PASLAUGŲ

____________ Nr.______(Data)

_____________(Sudarymo vieta)

Tiekėjo pavadinimas

Tiekėjo adresas

Už pasiūlymą atsakingo asmens vardas, pavardė

Telefono numerisFakso numerisEl. pašto adresas

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

Pagal pirkimo sąlygų 2 priede nurodytą techninę specifikaciją ir 2 priedo 1 priedėlyje nurodytus reikalavimus, paslaugų bendra suma yra ___________ Lt (__________________________________________) be PVM.

Kartu su pasiūlymu pateikiami šie dokumentai*:

Eil.Nr. Pateiktų dokumentų pavadinimas Dokumento puslapių skaičius

Atitikimo DVS keliamiems reikalavimams įvertinimas (užpildyta 2 priedas 1 priedėlis)

* Tiekėjas gali pateikti papildomą medžiagą (demonstracinė versija, reprezentacinė informacija ir pan.), kuri leistų INVEGAI lengviau įsitikinti siūlomos programinės įrangos bei  DVS funkcionalumu, patogumu, atitikimu nustatytiems reikalavimams.

Pasiūlymas galioja iki 2011 m.____________________ (arba iki termino, nustatyto pirkimo sąlygų 21 punkte).

(Tiekėjo arba jo įgalioto asmens pareigų pavadinimas)

(Parašas) (Vardas ir pavardė)

Supaprastinto mažos vertės pirkimo sąlygų

1 priedas

DOKUMENTŲ VALDYMO SISTEMOS SUKŪRIMO, ĮDIEGIMOIR PRIEŽIŪROS PASLAUGOSTECHNINĖ SPECIFIKACIJA

Tiekėjas privalo pateikti pirkimo objekto aprašymą pagal UAB „Investicijų ir verslo garantijos“ dokumentų valdymo sistemos techninėje specifikacijoje (toliau – Techninė specifikacija) nurodytus reikalavimus.

I. PIRKIMO TIKSLAS IR APIMTIS

1.1. Vartojami sutrumpinimai ir sąvokos:DVS – INVEGOS informacijos ir susijusių darbo procesų valdymo sistema.DVS administratorius – INVEGOS darbuotojas įgaliotas tvarkyti DVS, t.y. nustatyta

tvarka konfigūruoti sistemos parametrus, keisti jos struktūrą, registruoti vartotojus, suteikti prieigos prie registrų teises, ir kt.

IS – informacinė sistemaVartotojas – INVEGOS darbuotojas, įgaliotas naudotis DVS;VIS – INVEGOS vidinė informacinė sistema (pvz. MS Navision Attain 3).

1.2. Pirkimo tikslas: pagal Techninėje specifikacijoje suformuluotus reikalavimus Bendrovėje įdiegti DVS, kuri turi užtikrinti informacijos ir susijusių darbo procesų valdymą pagal Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2006 m. sausio 11 d. įsakymu Nr. V-12 patvirtintas Elektroninių dokumentų valdymo taisykles, Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2001 m. kovo 30 d. įsakymo Nr. V-19 „Dėl dokumentų rengimo taisyklių“ ir kitų vėlesnių šių teisės aktų, nurodytų pridedamos 1 lentelės „DVS keliami reikalavimai“ 4 p., ir jų aktualių versijų reikalavimus.

1.3. Laukiami rezultatai įgyvendinus projektą: Įdiegus DVS, bus efektyviau, naudojant kompiuterinius informacijos apdorojimo

metodus, valdoma ir prižiūrima INVEGOS informacija ir kiti susiję darbo procesai, mažinama informacinė rizika ir darbo sąnaudos, bus sudaryta galimybė peržiūrėti procesų vykdymo istoriją, gauti laiku priminimus ir apibendrintas ataskaitas dėl neįvykdytų pavedimų/užduočių, sukurs tam tikrą apsaugą nuo dokumentų praradimo, bei leis ateityje realizuoti integracinius procesus su kitomis VIS ir galimai bus pritaikyti papildomi procesų valdymo moduliai.

o DVS kūrimo ir įdiegimo paslaugos apima šiuos pagrindinius modulius: 1.3.1.išorinių ir vidinių dokumentų valdymo paslaugos apima, sutinkamai su pridedamos

1 lentelės „DVS keliami reikalavimai“ 17-101 p., šiuos modulius;o dokumentų registravimas, kaupimas ir valdymas;o užduočių valdymas;o dokumentų rengimas, vizavimas, pasirašymas;o administravimo ir informacijos apsauga;o informacijos paieška ir peržiūra;o ataskaitos.1.3.2.Vidinių teisės aktų valdymo paslaugos apima, sutinkamai su pridedamos 1

lentelės „DVS keliami reikalavimai“ 101-125 p., ir žemiau išvardintus modulius:o sutarčių informacijos tvarkymas;o dokumentų archyvavimas ir šalinimas;o naudojamų blankų, formų, standartinės dokumentacijos registras ir paieškos

sistema.o internetinio puslapio INVEGOS vykdomų priemonių informacijos sujungimas su

išorės teisės aktų sistema (www.lrs.lt, www.litlex.lt ir/ar kita teisės aktų paieškos sistema), registras, aktualios redakcijos ir susijusių dokumentų paieška;

1.3.3.kitų susijusių veiklų valdymo paslaugos (testiniai moduliai):

Supaprastinto mažos vertės pirkimosąlygų

2 priedas

o pirkimų valdymas;o užduočių ir pavedimų valdymas/bendradarbiavimas;o projektų valdymas.

II. DVS REIKALAVIMAI PERKAMOMS PASLAUGOMS

2.1. DVS kūrimo ir įdiegimo paslaugos apima:2.1.1.DVS dokumentų ir paslaugų licencija (ne mažiau kaip 40 vartotojų);2.1.2.Sistemos diegimo ir konfigūravimo paslaugos;2.1.3.Mokymai (sistemos administratoriaus, dokumentų registratoriaus, vadovų

apmokymai, kitų INVEGOS darbuotojų apmokymai iki 8 val. paslaugų per mėnesį);2.1.4.Sistemos pradinės eksploatacijos priežiūra; 2.1.5.Pradinis konsultavimas darbo vietoje (iki 3 mėn. po darbų atlikimo-perdavimo akto

surašymo), apimantis konsultavimą ir smulkius pakeitimus iki 8 val. paslaugų per mėnesį;

2.2. DVS priežiūros paslaugos apima:2.2.1.ne mažesnė kaip 12 mėn. trukmės po DVS sukūrimo ir perdavimo INVEGAI naudoti

priežiūrą; 2.2.2.Informacinės sistemos plėtrą, užduočių naujiems darbams formulavimą, duomenų

pertvarkymą, nustatytų sistemos parametrų keitimą, redagavimą pagal pastebėtus neatitikimus 3 mėn. eigoje po DVS sukūrimo ir perdavimo INVEGAI;

2.2.3.DVS vartotojų nuotolines konsultacijas dėl DVS administravimo, duomenų tvarkymo, duomenų bazės rezervinio kopijavimo ir kitais priežiūros bei kontrolės klausimais, susiejant su esamu INVEGOJE „IT Help-desk“, ne mažiau nei 8 val. paslaugų per mėnesį;

2.2.4.Operatyvų reagavimą ir duomenų atstatymą, esant esminiams ir neesminiams DVS veiklos sutrikimams;

2.2.5.Kokybišką ir greitą reagavimą atliekant/teikiant DVS tobulinimo, modifikavimo darbus paslaugas;

2.2.6.DVS priežiūros/konsultavimo/darbų koordinavimo specialisto nuolatinis priskyrimas teikiant DVS rengimo, tobulinimo ir priežiūros paslaugas;

2.2.7.DVS versijų atnaujinimas nemažiau nei kartą per 6 mėn. ir ne trumpiau kaip 24 men. po DVS sukūrimo ir perdavimo INVEGAI.

2.3. DVS keliami šie techniniai reikalavimai :2.3.1.Bendrieji reikalavimai;2.3.2.Funkciniai reikalavimai;2.3.3.Reikalavimai DVS vartotojo sąsajai;2.3.4.Reikalavimai DVS architektūrai;2.3.5.Reikalavimai techninei ir sisteminei programinei įrangai;2.3.6.Kiti reikalavimai .

2.4. Tiekėjas turi įvertinti ir kartu su pasiūlymu pateikiamoje informacijoje (1 Lentelėje) pažymėti tiekėjo siūlomos sukurti DVS atitikimo konkrečiam reikalavimui pobūdį (t.y. lentelėje, kurioje išvardijami reikalavimai, pažymėti, ar tai standartinė DVS savybė, ar modifikuota savybė. Jei atitikimo konkrečiam reikalavimui įvertinamas kaip modifikuota savybė, papildomai nurodoma sistemos aprašymas. Jei siūlomos sukurti DVS neatitinka reikalavimo, tai pažymima ir nurodomos neatitikimo priežastys.

2 priedo 1 priedėlis1 lentelė. DVS keliami reikalavimai

Atitikimas reikalavimams

Stan

dart

inė

DVS

są

lyga

Mod

ifiku

ota

DVS

są

lyga

DVS

nea

titi

nka

šio

reik

alav

imo

Sist

emos

pa

aišk

inim

as

(pild

oma

mod

ifiku

otos

sąl

ygos

ar

nea

titi

kim

o fik

savi

mo

atve

jais

S M NBENDRIEJI REIKALAVIMAI

1. DVS turi būti pritaikyta INVEGOS organizacinei struktūrai2. DVS turi apimti šiuos įmonės dokumentų rengimo,

tvarkymo ir valdymo procesus:1) dokumentų (parengtų dokumentų ir gautų, su įmonės

veikla susijusių, dokumentų) registravimą bei paskirstymą vykdytojams įmonės vadovo nustatyta tvarka;

2) atsakingų darbuotojų paskyrimą su INVEGOS veikla susijusiems pavedimams vykdyti bei jų vykdymo kontrolę;

3) bendruosius darbo su dokumentais bei užduotimis principus: dokumentų suradimą ir jų peržiūrą,

4) rengiamų dokumentų redagavimo, derinimo su įmonės darbuotojais, vizavimo, pasirašymo, kaupimo bei saugojimo etapus;

5) ataskaitų rengimą ir spausdinimą;6) dokumentų archyvavimą, archyvuotų dokumentų

saugojimą;7) sutarčių informacijos valdymą.

3. DVS turi būti užtikrintas dokumentų rengimo, tvarkymo ir valdymo procesų konfidencialumas ir tvarkomų duomenų saugumas

4. DVS turi atitikti šių teisės aktų aktualių redakcijų reikalavimus ir vėlesnių jų pakeitimus:

1) Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės Generalinio direktoriaus 2006 m. gruodžio 22 d. Įsakymas Nr. V-105 „Dėl kompiuterizuotų dokumentų valdymo derinimo tvarkos aprašo patvirtinimo“ (Žin., 2007, Nr.1-44).

2) Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės Generalinio direktoriaus 2001 m. kovo 30 d. įsakymas Nr. 19 „Dėl dokumentų rengimo taisyklių patvirtinimo“ (Žin, 2001, Nr. 30-1009; 2006, Nr. 60-2169).

3) 1995 m. gruodžio 5 d. „Lietuvos respublikos dokumentų ir archyvų įstatymas“ Nr. I-1115 (Žin, 1995, Nr. 107-2389; 2004, Nr. 57-1982).

4)2000 m. liepos 11 d. „Lietuvos elektroninio parašo įstatymas“ Nr. VIII-1822 (Žin, 2000, Nr. 61-1827; 2002, Nr. 64-2572).

5) Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2006 m. sausio 11 d. įsakymas Nr. V-12 „Dėl elektroninių dokumentų valdymo taisyklių patvirtinimo“ (Žin, 2006, Nr. 7 -268).

6) Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 1997 m. rugpjūčio 15 d. Įsakymas Nr. 38 „Dėl bendrųjų dokumentų saugojimo terminų“ (Žin, 1997, Nr.78-2006; 2006, Nr.3-86).

7) Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės generalinio direktoriaus 2009 m. rugsėjo 7 d. įsakymas Nr. V-60 „Dėl elektroniniu parašu pasirašyto elektroninio dokumento specifikacijos ADOC-V1.0 patvirtinimo“ (Žin, 2009, Nr. 108 -4574).

8) Informacinės visuomenės plėtros komiteto prie

Lietuvos Respublikos Vyriausybės direktoriaus 2003 m. sausio 29 d. įsakymu Nr. T-8“ Dėl reikalavimų elektroninio parašo tikrinimo procedūrai“ (Žin., 2003, Nr. 11-432).

9) Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus 2004 m. spalio 15 d. įsakymą Nr. T-131 „Dėl valstybės informacinių sistemų kūrimo metodinių dokumentų patvirtinimo“ (Žin., 2004, Nr. 155-5679; 2005, Nr. 34-1134).

10) 2006 m. vasario 28 d. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus įsakymas  Nr. T-17 „Dėl rekomendacijų dėl atvirųjų elektroninių  „

11) 2006 m. gruodžio 7 d. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus įsakymas Nr. T-152 „Dėl rekomendacijų įstaigų darbo reglamentų, vidaus darbo tvarkų keitimui ir organizavimui diegiant elektroninį parašą, pereinant prie elektroninių dokumentų naudojimo patvirtinimo“ (Žin., 2006 Nr.137-5260).

12) 2006 m. gruodžio 7 d. Informacinės visuomenės plėtros komiteto prie Lietuvos Respublikos Vyriausybės direktoriaus įsakymas Nr. T-153 „Dėl rekomendacijų dėl elektroninio dokumento turinio, pasirašyto elektroninio dokumento turinio ir elektroninio dokumento formatų naudojimo valstybės institucijoms ir įstaigoms elektroninėmis priemonėmis keičiantis oficialiais elektroniniais dokumentais patvirtinimo“ (Žin., 2006, Nr.137-5261).

5. Turi būti įgyvendinta galimybė rengti, gauti, vizuoti ir pasirašyti elektroninius dokumentus, atitinkančius Elektroniniu parašu pasirašyto elektroninio dokumento specifikacijos reikalavimų aprašą, patvirtintą Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės direktoriaus 2008-10-09 įsakymu Nr. V-119 (aktualia redakcija) ir Elektroniniu parašu pasirašyto elektroninio dokumento specifikaciją ADOC-V1.0, patvirtintą Lietuvos archyvų departamento prie Lietuvos Respublikos Vyriausybės direktoriaus 2009-09-07 įsakymu Nr. V-60 (aktualia redakcija).

6. Elektroninio parašo formavimo ir tikrinimo funkcionalumas turi būti pilnai integruotas į DVS, parašą sukurti ir tikrinti būtų galima tiesiai iš DVS naudotojo sąsajos.

7. Pasirašyti ir nepasirašyti elektroniniu parašu dokumentai turi skirtis vizualiai.

8. DVS turi leisti klasifikuoti dokumentus pagal įmonės nustatytas taisykles.

9. DVS turi būti galimybė sukurti neribotą kiekį klasifikatorių, sukuriant tokius pirminius DVS klasifikatorius:

1) struktūrinių padalinių/paskirų darbuotojų,2) darbuotojų,3) išoriniai dokumentų siuntėjų/gavėjų,4) bylų,5) registrų,6) dokumentų rūšių,7) dokumentų temų,8) kitų DVS diegimo metu nurodytų klasifikatorių

(nepraplečiančių darbo apimčių daugiau nei 30 proc. numatytųjų).

10. DVS turi būti klasifikatoriams tvarkyti reikalingi įrankiai.11. DVS turi būti informacijos paieškos ir peržiūros įrankiai.12. DVS paieškos mechanizmas turi grąžinti tik tą informaciją,

kuri paiešką vykdančiam naudotojui yra prieinama pagal saugumo nustatymus (prieigos teises).

13. DVS turi būti galimybė aprašyti organizacinę INVEGOS struktūrą (padalinių hierarchiją ir darbuotojus).

14. DVS turi leisti aprašyti skirtingas dokumentų rūšis,

nurodant kiekvienai rūšiai jai būdingus informacinius rekvizitus, su galimybe administratoriui pridėti naujus informacinius rekvizitus.

15. DVS visi naudotojo veiksmai turi būti protokoluojami (fiksuojami sistemoje).

16. DVS turi būti kaupiama tokia informacija apie veiksmus:1) veiksmas, kuris buvo atliktas sistemoje,2) naudotojas, kuris atliko šį veiksmą,3) data ir laikas, kada veiksmas buvo atliktas;

FUNKCINIAI REIKALAVIMAI

I. TEKSTINIO ATPAŽINIMO PROGRAMINĖS ĮRANGOS MODULIS

17. DVS turi būti galimybė tiesiai iš sistemos skenuoti dokumentus.

18. DVS turi turėti galimybę atpažinti skenuotus dokumentus, paversti juos tekstiniais PDF failais („searchable pdf“). Tokia galimybė turi būti įdiegta serverio pusėje ne mažiau 5 darbo vietų, veikiančių konkurencinių licencijų principu, t.y. vienu metu ne mažiau kaip 5 darbuotojai gali vykdyti skenavimo ir teksto atpažinimo darbus.

II. DOKUMENTŲ REGISTRAVIMO, KAUPIMO IR VALDYMO MODULIS19. DVS turi realizuoti dokumentų registravimo funkciją,

kurios pagalba būtų galima užfiksuoti visus dokumentą identifikuojančius duomenis.

20. DVS turi būti galimybė susieti registruojamą dokumentą su kitais, sistemoje jau užregistruotais, dokumentais.

21. DVS turi būti galimybė susieti registruojamą dokumentą su kitais registruotais objektais (vienu arba keliais).

22. DVS turi būti galimybė registruojant dokumentą pridėti ir į sistemą įvesti išorinėse (ne sistemos viduje) kompiuterinėse duomenų laikmenose *.doc, *.docx, *.xls, *.ppt, *.html, *.rtf, *.txt, grafiniame formate įrašytus dokumentus arba skenuotus dokumentus grafiniais formatais *.jpg, *.png *.gif, *.tiff, *.pdf.

23. DVS turi leisti sukurti visus organizacijoje naudojamus registrus ir bylas.

24. DVS registrų ir bylų skaičius turi būti neribojamas.

25. DVS registruojant dokumentą turi būti galimybė pasirinkti reikiamą registrą ir bylą.

26. DVS turi būti realizuota funkcija automatiškai generuoti dokumento registracijos numerius ir juos pertvarkyti pasibaigus kalendoriniams metams.

27. DVS turi užtikrinti registracijos numerio unikalumą sistemoje.

28. DVS turi būti numatyta galimybė papildyti dokumento aprašą šia informacija:

1) dokumento rūšis (raštas, įsakymas, potvarkis, sutartis ir kt.),

2) antraštė,3) dokumento data,4) dokumento registracijos numeris,5) dokumento gavėjas,6) dokumento siuntėjas,7) tema,8) dokumento turinys (prisegtos bylos), 9) dokumento gavimo būdas (paštas, kurjeris, faksas ir

t.t.),10) pastabos,11) dokumento lapų skaičius,12) lapų skaičius prieduose,13) darbuotojų, rengusių dokumentą, sąrašas,14) darbuotojų, derinusių dokumentą, sąrašas,

15) darbuotojų, vizavusių dokumentą, sąrašas,16) darbuotojų, pasirašiusių dokumentą,

sąrašas,17) darbuotojų, susipažinusių su dokumentu,

sąrašas,18) kita DVS diegimo metu nurodyta

informacija.29. DVS turi būti galimybė, užregistravus siunčiamą

dokumentą, išsiųsti jį gavėjui elektroniniu paštu.30. DVS turi būti numatyta galimybė nukreipti gautus arba

vidaus registruotus dokumentus rezoliucijai užrašyti. Nukreipimas turi būti atliekamas nurodant darbuotoją, kuris įves rezoliuciją.

31. DVS turi būti galimybė įvesti kelias rezoliucijas lygiagrečiai.

32. DVS turi būti realizuota galimybė rezoliucijoje nurodyti daugiau kaip vieną atsakingą vykdytoją.

33. DVS turi būti galimybė elektroniniu paštu informuoti rezoliuciją rašantį asmenį apie perduotą dokumentą.

34. DVS rezoliucijos rašymo metu turi būti nurodyta ši informacija:

1) atsakingas vykdytojas (darbuotojas, atsakingas už užduoties vykdymą),

2) kiti vykdytojai (darbuotojai, dalyvaujantys vykdant užduotį),

3) rezoliucijos tekstas,4) įvykdymo terminas,5) kontroliuojantis asmuo (darbuotojas, kontroliuojantis

užduoties įvykdymą),6) kontrolės požymis,7) darbuotojai, kuriems dokumentas nukreiptas žiniai.

35. DVS turi būti galimybė elektroniniu paštu informuoti rezoliucijoje nurodytus asmenis apie rezoliucija jiems pavestas užduotis.

36. DVS turi būti numatyta darbuotojų supažindinimo su dokumentu funkcija. Funkcijos inicijavimo metu turi būti nurodomas darbuotojų ir/arba jų grupių, kuriems reikia susipažinti su dokumentu, sąrašas.

37. DVS turi būti numatyta galimybė darbuotojui pažymėti susipažinimą su dokumentu.

38. DVS turi būti numatyta galimybė matyti konkretaus darbuotojo susipažinimo su dokumentu faktą ir susipažinimo datą.

39. DVS turi būti realizuota galimybė gautus arba vidaus dokumentus be rezoliucijos nukreipti į konkrečius įmonės skyrius ar konkretiems darbuotojams.

40. DVS turi būti realizuota galimybė užregistravus dokumentą, laukuose „rengėjas“, „derino“, „vizavo“, „pasirašė“, „žiniai“ nurodytiems naudotojams automatiškai suteikti skaitytojo teises į tą dokumentą.

41. DVS turi būti numatyta galimybė atlikti gautų elektroninių dokumentų, pasirašytų elektroniniu parašu, elektroninio parašo patikrinimą ir užregistruoti atpažįstamus dokumentus sistemoje.

42. DVS turi būti numatyta galimybė dokumentui suteikti slaptumo žymę (vieša, slapta, konfidencialu, ir pan.)

43. DVS turi būti galimybė prenumeruoti pranešimus el. paštu apie konkrečiuose dokumentuose, jų žurnaluose atliktus pakeitimus.

44. Galimybė keisti automatinių pranešimų dažnumą.

III. UŽDUOČIŲ VALDYMO MODULIS45. DVS turi būti užduočių kūrimo funkcija.46. DVS kuriant užduotį turi būti fiksuojama ši informacija:

1) atsakingas(-i) vykdytojas(-ai) (darbuotojas(-ai), atsakingas(-i) už užduoties įvykdymą),

2) užduoties aprašymas,3) įvykdymo terminas,

4) kontroliuojantis asmuo (darbuotojas, kontroliuojantis užduoties vykdymą),

5) kontrolės požymis.47. DVS užduotį sukūrusio asmens laukas turi būti

užpildomas automatiškai ir vėliau neredaguojamas. Teisė redaguoti užduoties duomenis turi būti suteikta tik užduotį sukūrusiam asmeniui.

48. DVS turi būti numatyta galimybė kuriant užduotį susieti ją su sistemoje užregistruotu dokumentu.

49. DVS turi būti numatyta galimybė informuoti elektroniniu paštu atsakingą vykdytoją, kontroliuojančius asmenis apie užduoties sukūrimą.

50. DVS turi būti galimybė informuoti vykdytoją elektroniniu paštu apie artėjantį ar pasibaigusį užduoties įvykdymo terminą.

51. DVS turi būti galimybė vykdytojui registruoti užduoties įvykdymo duomenis.

52. DVS užduoties įvykdymo registravimo funkcija turi išsaugoti šią informaciją:

1) užduoties įvykdymo rezultato aprašymą,2) nuorodą į parengtus dokumentus (jei buvo

reikalaujama parengti dokumentą),3) užduoties įvykdymo datą.

53. DVS turi būti numatyta užduoties įvykdymo patvirtinimo funkcija.

54. DVS turi būti realizuota užduoties grąžinimo pakartotiniam vykdymui funkcija. Atliekant užduoties grąžinamą, būtina užfiksuoti jos pakartotino vykdymo priežastį.

55. DVS turi būti realizuota galimybė peržiūrėti užduotis pagal:

1) atsakingą vykdytoją,2) užduoties sukūrimo datą,3) užduoties būseną,4) kontroliuojantį asmenį,5) įvykdymo terminą,6) dokumento registracijos numerį,7) dokumento antraštę,8) kitą DVS diegimo metu nurodytą informaciją.

56. DVS turi būti galimybė peržiūrėti tik konkrečiam naudotojui skirtas ar jo inicijuotas užduotis.

57. DVS turi būti realizuota kontroliuojančių asmenų informavimo apie užduoties sukūrimą galimybė. Kai yra sukuriama atitinkamo kontrolės požymio užduotis, joje nurodytas kontrolierius gauna pranešimą apie tokios užduoties sukūrimą.

58. DVS turi būti galimybė konfigūruoti sistemą taip, kad parengus siunčiamąjį dokumentą – atsakymą, pasirašytą vadovo parašu, automatiškai užsibaigtų ir būtų patvirtintas to vadovo paskirtos užduoties įvykdymas. Tuo pačiu turi užsibaigti ir visos su šia užduotimi susijusios užduotys. Šis mechanizmas neturi priklausyti nuo užduoties kontrolės požymio.

IV. DOKUMENTŲ RENGIMO, VIZAVIMO, PASIRAŠYMO MODULIS59. DVS turi būti realizuota rengiamo dokumento projekto

sukūrimo funkcija.60. DVS rengiamo dokumento projekto sukūrimo funkcija

turi užfiksuoti šiuos dokumento projektą identifikuojančius duomenis:

1) dokumento rūšį (raštas, įsakymas, potvarkis, sutartis ir kt.),

2) antraštę,3) dokumento gavėją,4) dokumento siuntėją,5) temą,6) dokumento turinį (prisegtas bylas),7) pastabas,

8) dokumento lapų skaičių,9) lapų skaičių prieduose,10) darbuotojų, rengusių dokumentą, sąrašą,11) kitą DVS diegimo metu nurodytą informaciją.

61. DVS turi būti dokumentų / projektų šablonų (ruošinių) kūrimo funkcijos.

62. DVS turi būti numatyta galimybė sukurti naują dokumentą iš sistemoje registruoto šablono (ruošinio). Kuriant dokumentą, dokumento projekto šablonas (ruošinys) turi turėti galimybę automatiškai užsipildyti dokumento metaduomenimis.

63. DVS turi leisti sudaryti, redaguoti ir išsaugoti kompleksinius (sudėtinius) dokumentus, sudarytus iš visų tipų saugomų dokumentų.

64. DVS turi būti numatyta galimybė iš anksto nurodyti, kas turi derinti, vizuoti, pasirašyti dokumento projektą.

65. DVS turi būti galimybė kurti ir išsaugoti dokumentų projektų versijas. Sistema neturi riboti kuriamų ir saugomų dokumentų projektų versijų skaičiaus. Sistemoje turi būti galimybė nustatyti, ar senesnės versijos turi būti šalinamos iš sistemos

66. DVS turi būti realizuotos nuoseklaus ir lygiagretaus dokumento projektų derinimo funkcijos.

67. DVS turi neleisti vienu metu redaguoti tą patį sistemoje saugomą dokumento projektą keliems naudotojams (check-in/check-out funkcija).

68. DVS turi būti realizuota dokumentų siuntimo derinimui/vizavimui funkcija.

69. DVS dokumento projekto siuntimo derinimui/vizavimui funkcija turi leisti:

1) nurodyti darbuotojus, su kuriais reikia suderinti/vizuoti rengiamą dokumento projektą,

2) nurodyti derinimo/vizavimo tipą (lygiagretus, nuoseklus),

3) pažymėti, ar derinimo/vizavimo metu galimas dokumento projekto turinio kopijos keitimas, ar tik komentarų rašymas rengiamam dokumento projektui,

4) galimybė nurodyti komentarą/pastabą perduodant dokumento projektą derinti/vizuoti.

70. DVS turi būti numatyta galimybė informuoti elektroniniu paštu derinantį/vizuojantį (nuoseklaus derinimo/vizavimo atveju) ar derinančius/vizuojančius (lygiagretaus derinimo/vizavimo atveju) apie nukreiptą derinti/vizuoti dokumento projektą.

71. Naudodamas DVS, derinantis/vizuojantis turi galėti:1) rašyti komentarus rengiamam dokumento projektui

ir/arba keisti rengiamo dokumento projekto derinimui/vizavimui skirtos kopijos turinį priklausomai nuo siuntimo derinimui/vizavimui metu nurodyto projekto turinio keitimo galimybės požymio,

2) pažymėti rengiamo dokumento projekto derinimo/vizavimo pabaigą,

3) vizuoti dokumentą, nurodant komentarą/pastabą.72. Naudodamas DVS, dokumento rengėjas turi turėti

galimybę nutraukti rengiamo dokumento projekto derinimo/vizavimo procesą.

73. DVS dokumentų projektų siuntimo pasirašymui funkcija turi leisti nurodyti darbuotojus, kurie turi pasirašyti rengiamą dokumentą.

74. DVS turi būti numatyta galimybė elektroniniu paštu informuoti pasirašančius asmenis apie dokumento projekto išsiuntimą pasirašyti.

75. DVS turi būti galimybė inicijuoti pasirašytų dokumentų registravimą.

76. DVS registruojant pasirašytą dokumentą, sistema turi automatiškai perkelti dokumento kūrimo, derinimo, vizavimo, pasirašymo cikle suformuotus dokumento metaduomenis bei turinį.

77. DVS turi neleisti redaguoti pasirašytų ir užregistruotų dokumentų.

78. DVS turi būti realizuota siunčiamų ir vidaus dokumentų vizavimo, pasirašymo, susipažinimo, rezoliucijų veiksmų tvirtinimo elektroniniu parašu galimybė.

V. ADMINISTRAVIMO IR INFORMACIJOS APSAUGOS MODULIS79. DVS turi būti galimybė bylas ir registrus tvarkyti

teritorinių padalinių lygyje per WEB naršyklę su saugiais duomenų apsikeitimo protokolais.

80. DVS turi būti galimybė administratoriui kurti naudotojus ir naudotojų grupes.

81. DVS turi būti galimybė administratoriui priskirti naudotojus naudotojų grupėms.

82. DVS turi būti galimybė naudotoją priskirti daugiau nei vienai grupei.

83. DVS turi būti galimybė administratoriui riboti/leisti prieigą prie nurodytų dokumentų nurodytiems naudotojams arba naudotojų grupėms.

84. DVS turi būti realizuota galimybė administratoriui įjungti/išjungti funkciją „Perduoti dokumentą susipažinti galima tik pavaldiems darbuotojams“.

85. DVS turi būti galimybė administratoriui siųsti elektroninio pašto pranešimą visiems sistemos naudotojams (vienu metu).

86. DVS naudotojams, kuriam nesuteiktos prieigos teisės prie dokumento, neturi turėti galimybės matyti nei to dokumento, nei dokumento aprašo, kuriame surašyti dokumento metaduomenys.

87. DVS turi būti numatyta galimybė vadovų grupei matyti pavaldžių padalinių užduotis.

88. Teisę DVS keisti naudotojų arba naudotojų grupių aprašymų atributus turi turėti tik administratorius.

89. DVS turi būti numatytas automatinis naudotojų darbo seanso nutraukimas ir pakartotinės registracijos reikalavimas naudotojui aktyviai nesinaudojant sistema sistemos administratoriaus nustatytą laiką.

90. DVS turi būti numatytas kiekvienos dienos duomenų kopijų automatinis kūrimas ir duomenų atkūrimas iš šių kopijų.

VI. INFORMACIJOS PAIEŠKOS IR PERŽIŪROS MODULIS91. DVS turi būti realizuota pilnatekstės paieškos funkcija tiek

tarp metaduomenų, tiek ir tekstinių dokumentų turinyje.92. DVS turi būti galimybė atlikti dokumentų paiešką pagal šią

dokumentų registravimo informaciją (kriterijus):1) dokumento registracijos numerį,2) dokumento registravimo datą arba periodą,3) dokumento rūšį (raštas, įsakymas, potvarkis, sutartis

ir kt.),4) žodžius antraštėje,5) dokumento sukūrimo datą arba periodą,6) dokumento gavėją,7) dokumento siuntėją,8) temą,9) darbuotojus, rengusius, derinusius, vizavusius,

pasirašiusius dokumentą,10) darbuotojus, susipažinusius su dokumentu,11) dokumento būseną,12) registrą,13) bylą,14) žodžio dalį jo pradžioje ir pabaigoje naudojant

nutylėjimo simbolį *,15) paieškos žodžių ar jų dalių logines kombinacijas;

93. DVS turi būti:1) galimybė iš sistemos aplinkos atidaryti ir peržiūrėti

paieškos rezultatų sąraše pasirinktus dokumentus;2) paieškos rezultatų sąrašo rūšiavimas pagal rekvizitus;3) pagal poreikį paieška turi būti vykdoma ir /tik

archyvuose.94. DVS turi būti galimybė pildyti ar keisti dokumentų

paieškos formas:1) pažymėti standartinius paieškos kriterijus kaip

naudojamus ar nenaudojamus,2) pridėti papildomus kriterijus pagal sistemoje

naudojamus papildomus laukus,3) nustatyti paieškos formos pavadinimą.

95. DVS turi būti galimybė atlikti paiešką be diakritinių simbolių.

96. DVS turi būti galimybė naudotojams išsisaugoti paieškos kriterijus ir galimybė vėliau jais pasinaudoti.

VII. ATASKAITŲ MODULIS97. DVS turi būti ataskaitų (dokumentų sąrašų ir statistinių

ataskaitų) formavimo galimybė, pateikiant ir įrankį savo ataskaitų šablonų paruošimui ir įkėlimui į sistemą.

98. DVS pateiktas ataskaitų šablonų paruošimo įrankis turi leisti administratoriui konfigūruoti pageidaujamas ataskaitas, nurodant atrenkamų dokumentų kriterijus, ataskaitose pateikiamus metaduomenis ir ataskaitų formą.

99. DVS turi būti galimybė generuoti aktyvių, praleistų, vėluojančių užduočių ataskaitas.

100. DVS turi būti galimybė periodiškai gauti norimą ataskaitą už tam tikrą laikotarpį.

VIII. SUTARČIŲ INFORMACIJOS TVARKYMO MODULIS101. DVS turi būti realizuota galimybė sukurti naują sutarties

projektą bei jį koreguoti.102. DVS turi būti realizuota galimybė užpildyti sutarties

aprašą šia informacija:1) sutarties numeris, 2) sutarties data,3) sutarties objektas, 4) sutarties šalys,5) sutartį pasirašę asmenys,6) sutartį parengę asmenys,7) sutartį suderinę asmenys,8) sutartį vizavę asmenys,9) duomenys apie sutarties vykdymą ir vykdymo etapus, 10) už sutarties vykdymą atsakingi darbuotojai

(padaliniai),11) už sutarties vykdymo kontrolę atsakingi darbuotojai

(padaliniai),12) sutarties galiojimo/pabaigos datos,13) sutarties suma,14) pirkimo būdas,15) kita DVS diegimo metu nurodyta informacija.

103. DVS turi būti realizuota galimybė patalpinti sutarties turinį ir jos priedus.

104. DVS turi būti realizuota galimybė pasinaudoti iš anksto paruoštais sutarčių šablonais (ruošiniais).

105. DVS turi būti realizuota galimybė susieti su sutartimi kitus DVS registruotus dokumentus, nurodant siejamo dokumento klasifikatorių.

106. DVS turi būti realizuota galimybė derinti naują sutarties projektą su išorinėmis organizacijomis:

1) galimybė elektroniniu paštu siųsti sutarties projektą derinimui,

2) įrašyti informaciją sistemoje apie tai, kad sutarties projektas išsiųstas išoriniam derinimui,

3) galimybė išsaugoti sistemoje suderintas kopijas arba pažymėti, kad sutarties projektas suderintas su kita sutarties šalimi.

107. DVS turi būti realizuota galimybė derinti naują sutarties projektą su įmonės darbuotojais:

1) galimybė siųsti sutarties projektą derinimui įmonės darbuotojams nuosekliuoju ar lygiagrečiuoju būdais,

2) galimybė įrašyti derinimo pastabas arba

pakoreguoti sutarties projekto turinį,3) galimybė išsaugoti visas derinimo versijas.

108. DVS turi būti realizuota galimybė vizuoti sutarties projektą elektroniniu parašu, numatant galimybę įrašyti vizuojančio asmens pastabas.

109. DVS turi būti realizuota galimybė pasirašyti sutarties projektą arba atmesti, įrašant pastabas.

110. DVS turi būti realizuota galimybė užregistruoti sutartį (sutartis registruojama tik tada, kai yra įgaliotų įmonės atstovų parašai).

111. DVS turi būti realizuota galimybė atlikti su registruota sutartimi pagrindinius veiksmus: rezoliucijų rašymą, perdavimą susipažinti ir kitus veiksmus, kuriuos galima atlikti su registruotu dokumentu.

112. DVS turi būti realizuota galimybė įvesti sutarties vykdymo etapų duomenis bei juos pataisyti:1) etapo aprašymas, 2) etapo pradžios data, 3) etapo pabaigos data, 4) finansiniai etapo duomenys,5) už etapo vykdymą atsakingas asmuo, 6) sutarties kitos šalies atsakingas asmuo,7) etapo vykdymo pastabos,8) kita DVS diegimo metu nurodyta informacija.

113. DVS turi būti realizuota galimybė susipažinti su sutarties vykdymo etapais.

114. DVS turi būti realizuota galimybė nustatyti kontroliuojamus sutarties etapus. Tokiu atveju automatiškai kuriama darbo užduotis.

115. DVS turi būti realizuota galimybė pažymėti sutarties vykdymo etapo pabaigą, įrašant pastabas ir/ar prisegant priedus.

116. DVS turi būti realizuota galimybė informuoti atsakingą asmenį, nurodytą sutarties metaduomenyse, apie besibaigiančius sutarties vykdymo terminus.

117. DVS turi būti realizuota galimybė atsakingiems asmenims keisti DVS duomenis apie sutarties etapų vykdymą.

118. DVS turi būti realizuota galimybė pažymėti sutarties pabaigą, įrašant pastabas ir/ar prisegant priedus.

119. DVS turi būti realizuota paieška tiek pagal sutarties metaduomenis, tiek pilnatekstė.

120. DVS turi būti realizuota galimybė formuoti su sutarčių sudarymu ir vykdymu susijusias ataskaitas.

121. DVS turi būti realizuota galimybė gauti priminimą apie artėjančią sutarties galiojimo pabaigą, norimu laiko intervalu ( savaitė, mėnuo, ketvirtis ir pan.).

IX. DOKUMENTŲ ARCHYVAVIMO IR ŠALINIMO MODULIS122. DVS turi būti galimybė aprašyti ir koreguoti dokumentų

archyvavimo tvarką bei galimybė nurodyti datą, kada vykdyti dokumentų archyvavimą.

123. DVS turi būti galimybė kurti šalinimo taisykles, nurodant šiuos kriterijus: byla arba bylos ir nurodoma data, kada šalinti.

124. Sistemoje turi būti galimybė suformuoti ataskaitas iš suarchyvuotų duomenų.

REIKALAVIMAI VARTOTOJO SĄSAJAI125. DVS turi būti numatytas paprastas autentikavimo

mechanizmas (naudotojo vardas/slaptažodis). Turi būti galimybė keisti slaptažodžio sudėtingumą ir ilgio reikšmę.Kai autentifikavimas vykdomas iš domeno kompiuterio, DVS prisijungimas vyksta automatiškai pagal tuo metu prie kompiuterio prisijungusio vartotojo duomenis.

126. DVS privalo turėti lietuvišką naudotojo sąsają - visi sistemos taikomųjų programų dialogai, meniu, pranešimai apie klaidas, pagalbos ekranai turi būti pateikiami lietuvių kalba. Programavimo ir sistemos administravimo priemonių sąsajoje gali būti naudojama anglų kalba.

127. DVS realizuotas pradinis naudotojo langas turi sudaryti

galimybę naudotojui stebėti jam pavestas užduotis, darbų sąrašą, jo inicijuotų (sukurtų) dokumentų projektų būseną.

128. DVS turi būti galimybė naudotojams pasinaudoti kontekstinės pagalbos sistema (help).

129. Visų DVS modulių naudotojo sąsaja privalo būti vieninga:1) vizualiai,2) navigacijos dialogai, meniu, naudotojų ekranų

langai ir rodiniai turi būti sudaryti naudojant vieningas taisykles.

130. DVS taikomųjų programų pranešimai naudotojams apie sistemos sutrikimus ir naudotojų klaidas turi būti informatyvūs, su patarimais ir nurodymais naudotojams.

131. DVS turi turėti galimybę nustatyti IP, jų aibę, iš kurių prisijungimas prie DVS yra galimas, protokoluoti prisijungimus.

132. Galimybė paimti/gražinti dokumentą iš/į DVS, tiesiais iš MS Office programų paketo (Word, Excel, Outlook, PowerPoint).

133. Galimybė susieti el. paštu gautą žinutę su dokumentu DVS.

134. DVS sukauptų kontaktinių duomenų naudojimas MS Outlook programoje.

REIKALAVIMAI DVS ARCHITEKTŪRAI135. DVS turi būti atviros architektūros t.y. turėti

specializuotas, DVS gamintojo pateikiamas DVS programinės įrangos vystymo priemones (angl. SDK – Software Development Kit arba API – Application Programming Interface), leidžiančias, nekeičiant DVS programinio kodo, per sąsajas ir kreipinius savo jėgomis arba pasitelkus trečiąją šalį be tiekėjo pagalbos vystyti DVS (papildyti jos funkcionalumą, pritaikyti DVS pagal poreikius) bei integruoti ją su kitomis informacinėmis sistemomis, funkcionuojančiomis įvairiose operacinėse terpėse.

136. DVS privalo būti sudaryta iš atskirų funkcinių modulių.137. DVS programų moduliai privalo būti tarpusavyje integruoti

- turi būti galimybė kiekvieno modulio duomenis susieti su kitų modulių duomenims (atitinkami pakeitimai, atlikti viename modulyje, turi atsispindėti ir kituose moduliuose).

REIKALAVIMAI TECHNINEI IR SISTEMINEI PROGRAMINEI ĮRANGAI138. DVS duomenų bazių valdymo sistemos privalo būti

daugiaplatforminė, t.y. funkcionuoti ne mažiau kaip 2 skirtingose operacinių sistemų platformose (pvz., MS Windows, Linux, Unix). Reikalinga sisteminė programinė įranga, ir jos licencijos turi būti įtrauktos į pasiūlymo kainą.

139. DVS turi būti lanksčios architektūros ir leisti keisti duomenų bazių valdymo sistemą, priklausomai nuo poreikio keičiantis duomenų apimtims ir naudotojų skaičiui, t.y. turi funkcionuoti bent vienoje komercinėje duomenų bazių valdymo sistemoje (pvz., MS SQL Server, Oracle, IBM DB2 arba panašiose), ir bent vienoje atviro kodo duomenų bazių valdymo sistemoje (pvz. PostgreSQL, MySQL arba panašiose).

140. DVS turi būti pritaikyta darbui su šiomis naudotojų darbo vietų operacinėmis sistemomis: MS XP /VISTA/7, Linux ir su ja suderinamomis vėlesnėmis versijomis.

141. DVS turi būti skirta diegti įmonės vidiniame tinkle. 142. DVS turi dirbti su šia naudotojų darbo vietose naudojama

programine įranga:1) MS Internet Explorer 7.x/8.x ir su ja suderinamomis

vėlesnėmis versijomis,2) Mozilla Firefox 3.0.4 ir su ja suderinamomis

vėlesnėmis versijomis,3) MS Office 2003/2007/2010 ir su ja suderinamomis

vėlesnėmis versijomis,143. Duomenų mainams tarp darbo vietų ir tarnybinių stočių

turi būti naudojami šie protokolai:1) TCP/IP,2) HTTP/HTTPS.

144. DVS neturi riboti galimybės prijungti įvairių gamintojų techninės įrangos.

145. Tiekėjas turi pateikti visas DVS eksploatuoti reikalingas licencijas. Licencijos turi būti neterminuotos, nuolatinės ir įsigyjamos, o ne nuomojamos ar kitaip apribotos: jų galiojimas turi būti nuolatinis ir be pabaigos. Pateikiamų licencijų skaičius turi užtikrinti Pirkimo dokumentuose nurodytą naudotojų kompiuterizuotų darbo vietų (40) funkcionavimą, kitus keliamus reikalavimus. Perduodama sisteminė programinė įranga turi būti įrašyta į laikmenas (CD/DVD).

146. Grafinė naudotojo sąsaja ir joje esantys valdymo elementai turi būti vienodi, unifikuoti visoje sistemoje.

147. Naudotojo darbo vietoje sistema turi būti suderinta su MS Office programine įranga.

148. Žmogaus-sistemos sąveika turi būti realizuota naudotojų grafinėmis sąsajomis. Sistemoje duomenų įvedimas-išvedimas, valdymo komandų priėmimas ir jų įvykdymo rezultatų atvaizdavimas turi būti atliekamas interaktyviuoju režimu (sąlyginai realiame laike).Naudotojų grafinės sąsajos turi atitikti šiuolaikinius ergonomikos reikalavimus ir užtikrinti patogų patekimą prie pagrindinių funkcijų ir operacijų, kurios vykdomos sistemoje.

149. Sistema turi leisti naudotojui pradinių duomenų įvedimo ar peržiūros languose modifikuoti savo aplinką, pavyzdžiui, pasirinkti, kurie laukai yra matomi, išdėstyti laukus pageidaujamu eiliškumu, nustatyti laukų plotį, filtruoti duomenis atsižvelgiant į pritaikytą aplinką. Sistema turi užtikrinti, kad būtų galima išsaugoti pritaikytą aplinką kiekvienam naudotojui.

150. Sistemoje turi būti kontekstinė pagalba naudotojui.151. Sistemoje turi būti lietuvių kalbos terpė, tiekėjas privalo

atsižvelgti į lietuviškų rašmenų ypatybes. Naudotojų sąsajos turi būti lietuvių kalba.

152. Turi būti galima dirbti su sistema, kol vykdomi kiti darbai, pavyzdžiui, atliekamų paketinių užduočių veiksmai, registravimai, naudotojo veiksmai, išskyrus sistemos administratoriaus veiksmus, neturi blokuoti kito naudotojo veiksmų ir neturi daryti žymios įtakos sistemos greitaveikai. Reikalavimas taikomas tuo atveju, kai blokavimai kyla dėl neteisingai ar netinkamai realizuoto sistemos funkcionalumo.

153. Duomenų tvarkymas turi atitikti Lietuvos Respublikos raštvedybos taisykles (skaitmenų formatas, datos ir laiko formatai, kt.).

154. Sistemos naudotojas turi galėti naudotis tik tokiu sistemos funkcionalumu, kuris jam numatytas nustačius priėjimo prie sistemos teises.

155. Į sistemą duomenis turi būti galima įvesti ir importuoti. Sistemos naudotojas turi pats pasirinkti, kokiu būdu nori įvesti duomenis (tiekėjas turės nustatyti ir suderinti importuojamus duomenis ir jų formatus sistemos diegimo projekto metu).

156. Sistema pagal nustatytas taisykles turi automatiškai patikrinti įvedamų ir importuojamų duomenų formato korektiškumą.

157. Sistema pagal nustatytas taisykles turi automatiškai patikrinti įvedamų ir importuojamų duomenų loginį teisingumą (pvz., įvedant/ importuojant subjekto kodą, sistema turi patikrinti, ar toks subjektas egzistuoja, ir jo neradus turi sistemos naudotoją apie tai informuoti).

158. Jei įvestuose ar importuotuose duomenyse yra klaidų, sistema tokius įrašus turi pažymėti kaip klaidingus ir prie kiekvieno klaidingo įrašo turi būti pateiktas išsamus

klaidos (-ų) apibūdinimas (pvz., pateikiamas aprašymas, nusakantis klaidos šaltinį, aprašymas pateikiamas pilnais sakiniais).

159. Sistemos naudotojas turi galėti peržiūrėti ir atsispausdinti visus klaidingus įrašus su išsamiu klaidos (-ų) apibūdinimu.

160. Klaidų pranešimai, teikiami sistemos naudotojams, turi būti informatyvūs ir suteikti pakankamai informacijos tolimesniems veiksmams klaidai pašalinti ar jos išvengti.

161. Sistemos naudotojas turi galėti keisti ir šalinti įvestus ir neužregistruotus duomenis bei negalėti keisti ir šalinti užregistruotų duomenų. Taisykles bei kokiems duomenims jos taikomos tiekėjas turės nustatyti ir suderinti sistemos diegimo projekto metu.

162. Sistemoje turi būti galimybė rūšiuoti duomenis pagal pasirinktus parametrus (parametrai turės būti suderinti sistemos diegimo projekto metu). Duomenys, susidedantys iš lietuviškų rašmenų, turi būti rūšiuojami pagal lietuvišką abėcėlę.

163. Sistemoje turi būti galimybė atlikti duomenų paiešką pagal pasirinktus parametrus (pvz., pagal fragmentą ir pan.) (parametrai turės būti suderinti sistemos diegimo projekto metu).

164. Sistemoje turi būti galimybė peržiūrėti paieškos/ filtravimo rezultatų skaičių, sumą bei sąrašą. Formas ir laukus, kuriems keliamas šis reikalavimas, tiekėjas turės nustatyti ir suderinti sistemos diegimo projekto metu.

165. Sistemoje turi būti galimybė iš paieškos/ filtravimo rezultatų sąrašo pasirinkti ir atidaryti (detalizuoti) pasirinktą informaciją.

REZERVINIO KOPIJAVIMO REIKALAVIMAI166. Sistemoje turi būti visų saugomų duomenų rezervinio

kopijavimo galimybė.167. Turi būti galimybė daryti rezervines kopijas tiek

veikiančioje, tiek neveikiančioje sistemoje.168. Sistemos administratoriai turi turėti galimybę inicijuoti

sistemos duomenų atstatymo iš rezervinės kopijos procedūrą. Atstačius duomenis turi būti užtikrintas ir išlaikytas duomenų vientisumas ir integralumas.

SISTEMOS PRIEINAMUMAS169. Sistema turi užtikrinti korektišką avarinių situacijų, kurias

sukėlė neteisingi naudotojo veiksmai, valdymą. Sistemos naudotojui atlikus neteisingą (neleidžiamą) komandą arba nekorektiškai įvedus duomenis, sistema turi naudotojui rodyti atitinkamus pranešimus ir po to grįžti į darbo būklę.

PLEČIAMUMAS170. Sistema turi būti suprojektuota ir realizuota taip, kad būtų

lanksti modifikuojant – realizavus funkcionalumo pakeitimus vienoje ar keliose funkcinėse srityse, pakeitimai neturi būti visos sistemos perkūrimo priežastimi.

171. Siūloma sistema turi būti realizuota taip, kad pereinant prie aukštesnės sistemos versijos (keičiant/ papildant sistemos funkcionalumą) ir/ arba keičiant duomenų bazę nereikėtų atlikti papildomų darbų (išskyrus tuos, kuriuos standartiškai rekomenduoja sistemos gamintojas pereinant iš vienos sistemos versijos į kitą).

172. Sistemoje turi būti numatyta galimybė keisti įrašų atributų skaičių ir jų charakteristikas, pridėti naujus atributus.

SISTEMOS SAUGA IR NAUDOTOJŲ ADMINISTRAVIMAS173. Sistemoje turi būti kaupiama audito informacija apie

operacijas su duomenimis. Tiekėjas sistemos diegimo projekto metu turės nustatyti ir suderinti, kokių duomenų audito informacija turi būti kaupiama.

174. Sistemos naudotojas turi galėti lengvai peržiūrėti konkrečių audito įrašų informaciją. Sistemos diegimo metu tiekėjas turės nustatyti ir suderinti, kokia informacija turės

būti pateikiama.175. Audito istorijoje turi būti saugoma informacija apie

veiksmus su duomenimis, naudotojus, kurie atliko veiksmus su duomenimis, datas, laiko įrašus.

176. Sistemos autorizavimo mechanizmas turi būti realizuotas remiantis vaidmenų modeliu (angl. „role-based model“).

177. Sistemoje naudotojas turi patvirtinti savo tapatybę slaptažodžiu arba kita autentiškumo patvirtinimo priemone.

178. Sistemoje naudotojas turi galėti nustatyti prisijungimo vardus ir slaptažodžius. Sistemos administratorius turi galėti nustatyti pirmą kartą prie sistemos prisijungiančių naudotojų slaptažodžius ir keisti sistemos naudotojų slaptažodžius. Sistemos naudotojas turi galėti pasikeisti naudojamą slaptažodį.

179. Sistemoje naudotojų vardai ir slaptažodžiai turi būti saugomi su tinkamu prieigos kontrolės užtikrinimu ir informacijos šifravimu (pvz., slaptažodžiai turi būti šifruojami ir pan.).

180. Sistemoje turi būti galimybė suskirstyti naudotojus į atskirus vaidmenis su skirtingomis priėjimo teisėmis prie atskirų sistemos objektų (duomenų struktūrų), sistemos programinių vienetų (pvz., formų, ataskaitų, procedūrų ir kt.). Sistemos naudotojas turi galėti peržiūrėti tik tokią informaciją ir naudotis tik tokiomis funkcijomis, kurios yra nustatytos priėjimo teisėmis (pvz., jei sistemos naudotojas nori peržiūrėti informaciją, sistema turi pranešti, kad naudotojas neturi teisių peržiūrėti tam tikrų duomenų ar kitais būdais apriboti informacijos peržiūrą).

181. Sistemoje turi būti galimybė sistemos naudotojui apibrėžti ir keisti vaidmeniui priskirtas priėjimo teises.

182. Sistemoje turi būti galimybė nukopijuoti (klonuoti) naudotoją su priėjimo teisių nustatymais.

183. Sistemoje turi būti galimybė vienam naudotojui priskirti daug vaidmenų. Sistema neturėtų reikalauti, kad naudotojas, norėdamas pasinaudoti funkcijomis, priskirtomis kitam vaidmeniui, turėtų prisijungti prie sistemos kitu naudotojo vardu arba nurodyti kitą vaidmenį.

184. Sistemoje turi būti galimybė riboti, stabdyti teises naudotojui dirbti su konkrečia informacija tam tikram laikotarpiui (pvz., kai sistemos naudotojas atostogauja, vykdomas sistemos naudotojo veiklos tyrimas ir pan.).

185. Sistemoje turi būti galimybė sistemos administratoriui nustatyti ir keisti naudotojo prisijungimo slaptažodžio galiojimo laikotarpį.

186. Sistemoje turi būti galimybė nustatyti naudotojo prisijungimo slaptažodžio ilgį. Turi būti galimybė keisti slaptažodžio ilgio reikšmę.

187. Sistemoje turi būti galimybė nustatyti ir keisti naudotojo prisijungimo slaptažodžio sudėtingumą (pvz., slaptažodį turi sudaryti 8 simboliai, iš kurių bent 2 skaitmenys ir bent viena didžioji raidė).

188. Sistemoje turi būti galimybė valdyti paskutinių naudotojo slaptažodžių istoriją. Sistemoje turi būti galimybė neleisti naudoti prieš tai buvusių slaptažodžių. Neleidžiamų naudoti slaptažodžių skaičius turi būti apibrėžtas parametru. Turi būti galimybė keisti parametro reikšmę.

189. Sistemoje turi būti galimybė nustatyti naudotojo neteisingų prisijungimų skaičių, po kurio naudotojo prisijungimo vardas būtų blokuojamas. Prisijungimų skaičius turi būti apibrėžtas parametru. Turi būti galimybė keisti parametro reikšmę.

190. Sistemoje turi būti galimybė nustatyti, kad pirmą kartą į sistemą įsiregistruojantys naudotojai privalėtų pakeisti administratoriaus suteiktą pirminį slaptažodį.

191. Sistemos naudotojui, kuris neatlieka sistemos administravimo funkcijų, neturi reikėti administratoriaus

vaidmeniui priskirtų teisių.192. Prisijungimo prie sistemos lange turi būti įspėjimas, kad

sistema gali naudotis tik tam teises turintys asmenys.193. Sistemos administratorius turi galėti peržiūrėti,

atsispausdinti naudotojų ir naudotojų teisių sąrašus.

Supaprastinto mažos vertės pirkimosąlygų

3 priedas

Forma patvirtintaLietuvos Respublikos ūkio ministro

2010 m. kovo 31 d. įsakymu Nr. 4-258

     (Tiekėjo pavadinimas)

TIEKĖJO (JURIDINIO ASMENS, KITOS ORGANIZACIJOS AR JO (JOS) PADALINIO) SĄŽININGUMO DEKLARACIJA

     (Data, numeris)

     (Vieta)

Aš,

      ,

(tiekėjo vadovo ar jo įgalioto asmens vardas, pavardė)vadovaujantis

(atstovaujantis)     

(tiekėjo pavadinimas)(toliau – ūkio subjektas), kuris (-i) dalyvauja perkančiosios organizacijos atliekamame

viešajame pirkime, tvirtinu, kad mano vadovaujamas (atstovaujamas) ūkio subjektas:1. Nedavė ir neketina duoti perkančiosios organizacijos Viešojo pirkimo komisijos

nariams, ekspertams, perkančiosios organizacijos (įgaliotosios organizacijos) vadovams, valstybės tarnautojams (darbuotojams) ar kitų tiekėjų atstovams pinigų, dovanų, nesuteikė ir neketina suteikti jokių paslaugų ar kitokio atlygio už sudarytas ar nesudarytas sąlygas, susijusias su palankiais veiksmais laimėti viešąjį pirkimą;

2. Nedalyvauja Lietuvos Respublikos konkurencijos įstatymo (Žin., 1999, Nr. 30-856) 5 straipsnyje nurodytuose draudžiamuose susitarimuose ir susitarimuose, pažeidžiančiuose Lietuvos Respublikos viešųjų pirkimų įstatymo (Žin., 1996, Nr. 84-2000; 2006, Nr. 4-102) 3 straipsnyje nurodytus principus;

3. Šiame viešajame pirkime veikia nepriklausomai ir jeigu vienas ar keli ūkio subjektai, su kuriais mano vadovaujamas (atstovaujamas) ūkio subjektas yra susijęs Lietuvos Respublikos konkurencijos įstatymo 3 straipsnio 12 dalyje nustatytais būdais, dalyvauja tame pačiame viešajame pirkime ir pateikia savarankišką (-us) pasiūlymą (-us), jie laikytini mano vadovaujamo (atstovaujamo) ūkio subjekto konkurentais;

4. Perkančiosios organizacijos prašymu per jos nustatytą terminą pateiks ūkio subjektų, su kuriais mano vadovaujamas (atstovaujamas) ūkio subjektas yra susijęs Lietuvos Respublikos konkurencijos įstatymo 3 straipsnio 12 dalyje nustatytais būdais, sąrašą.

Man žinoma, kad jeigu mano pateikta deklaracija yra melaginga, mano vadovaujamas (atstovaujamas) ūkio subjektas atsakys įstatymų nustatyta tvarka.

           (Deklaraciją teikiančio

asmens pareigos)(Parašas) (Vardas, pavardė)