Ievads - Informācija Web viewGEN2. Kalendāra pārvaldība. Sistēmā jāuztur kalendārs ar maināmām (uzstādāmām) mainīgo svētku un pārcelto darbdienu dienām

6.PIELIKUMS

Iepirkuma „Valsts nodrošinātās juridiskās

palīdzības reģistra un Valsts kompensācijas

reģistra pilnveidošana, funkciju atbalsta

moduļu un informācijas servisu izstrāde,

ieviešana un uzturēšana” tehniskā specifikācija

Rīga, 2014

2

Satura rādītājs1 Ievads................................................................................................................................4

Dokumenta nolūks................................................................................................................4

1.1. Saīsinājumi un definīcijas.........................................................................................4

1.2. Prasību apraksta skaidrojums....................................................................................5

1.3. Saistītie dokumenti...................................................................................................6

2 Pārskats par iepirkuma priekšmetu...................................................................................6

2.1 Iepirkuma priekšmets................................................................................................6

2.2 Plānotā sistēmas uzbūve...........................................................................................7

2.3 Ārpus projekta sfēra................................................................................................10

2.4 Provizoriskais grafiks..............................................................................................11

3 Funkcionālās prasības.....................................................................................................11

3.1 GEN Sistēmas kopējās prasības..............................................................................11

3.2 SYS Sistēmas uzstādījumi......................................................................................13

3.3 ADM Administratora funkcijas...............................................................................14

3.4 KLAS Prasības klasifikatoriem...............................................................................15

3.5 Prasības ārējam portālam........................................................................................19

3.6 AC Prasības Juridiskās palīdzības nodrošinājuma nodaļas (JPNN) vadītāja darba vietai...................................................................................................................................29

3.7 AU Prasības Juridiskās palīdzības nodrošinājuma nodaļas (JPNN) darbinieka darba vietai...................................................................................................................................32

3.8 CC Prasības Juridiskās nodaļas (JN) vadītāja darba vietai......................................43

3.9 CU Prasības Juridiskās nodaļas (JN) darbinieka darba vietai..................................45

3.10 PC Prasības Piedziņas nodaļas vadītāja darba vietai...............................................53

3.11 PU Prasības Piedziņas nodaļas darbinieka darba vietai...........................................54

3.12 Integrācija ar JPA sistēmām....................................................................................55

3.12.1 DLE Integrācija ar Doclogix – datu eksports uz Doclogix..............................55

3.12.2 DLI Integrācija ar Doclogix – datu imports no Doclogix................................60

3.12.3 Integrācija ar Horizon.....................................................................................61

3.12.4 Integrācija ar VNJPR......................................................................................62

3.12.5 Integrācija ar VKR..........................................................................................65

3.13 Integrācija ar ārējām sistēmām................................................................................66

3.13.1 INT1 Integrācija ar PMLP Iedzīvotāju reģistra informācijas sistēmu.............66

2

3

3.13.2 INT2 Integrācija ar SIA „ZZ Dats” informācijas sistēmu SoPa......................67

3.13.3 INT3 Integrācija ar Iekšlietu ministrijas informācijas centra sistēmu KIS......68

3.13.4 INT4 Integrācija ar Tiesu administrācijas informācijas sistēmu TIS...............69

4 Sistēmas nefunkcionālās prasības...................................................................................70

4.1 Prasības dizainam un lietotāja saskarnei.................................................................70

4.2 Prasības drošībai.....................................................................................................71

4.3 Prasības uzticamībai un informācijas integritātei....................................................75

4.4 Prasības uzturamībai...............................................................................................75

4.5 Prasības pieejamībai................................................................................................75

4.6 Prasības veiktspējai.................................................................................................76

4.7 Sistēmas darbības vide............................................................................................76

4.8 Citas prasības..........................................................................................................77

5 Prasības projekta realizācijai...........................................................................................77

5.1 Vispārējās prasības projekta realizācijai.................................................................77

5.2 Prasības projekta organizācijai................................................................................79

5.3 Prasības projekta vadības dokumentācijai...............................................................82

5.4 Nodevumu apraksts.................................................................................................83

6 Sistēmas garantijas uzturēšanas un uzturēšanas prasības................................................88

6.1 Sistēmas garantijas uzturēšanas pakalpojumu saturs...............................................88

6.2 Sistēmas uzturēšanas pakalpojumu saturs...............................................................90

6.3 Pieteikumu klasifikācija..........................................................................................91

3

4

1 Ievads

Dokumenta nolūksTehniskās specifikācijas darbības sfēra ir Juridiskās palīdzības administrācijas informācijas sistēmas attīstība: funkciju atbalsta moduļu izstrāde, Valsts nodrošinātās juridiskās palīdzības reģistra un Valsts kompensācijas reģistra modernizēšana un integrācija ar funkciju atbalsta moduļiem, izstrādātās programmatūras ieviešanas, garantijas uzturēšanas pakalpojumi un atbalsta pakalpojumi.Tehniskā specifikācija ir Juridiskās palīdzības administrācijas (turpmāk – Pasūtītājs vai JPA) sagatavots un apstiprināts dokuments, kurā noteikti Pasūtītājam nepieciešamie pakalpojumi, pakalpojumiem izvirzītās prasības un apjoms.Dokuments ir paredzēts šādiem mērķiem:

Pretendentiem, lai sagatavotu piedāvājumu iepirkumam; Pasūtītājam, lai izvērtētu iesniegto piedāvājumu un nodevumu atbilstību

noteiktajām iepirkuma prasībām.

Pēc iepirkuma dokuments ir saistošs tā uzvarētājam (Izpildītājam), lai nodrošinātu piedāvāto pakalpojumu piegādes atbilstību prasībām; Pasūtītāja pārstāvjiem, lai pārbaudītu sniegto pakalpojumu atbilstību dokumentā noteiktajām kvalitātes prasībām (izvirzītās prasības, apjoms, kvalitāte).

1.1. Saīsinājumi un definīcijasSaīsinājumi

Saīsinājums SkaidrojumsRadiopoga Izvēlne "viens no"CSDD Ceļu satiksmes drošības direkcijaDoclogix JPA dokumentu vadības sistēma DoclogixIS Informācijas sistēmaJPA Juridiskās palīdzības administrācija

JPS

Juridiskās palīdzības sniedzējs - zvērināts advokāts, zvērināts notārs, zvērināts tiesu izpildītājs, valsts atzīta augstskola, jurists, biedrība vai nodibinājums, kas noslēdzis līgumu ar JPA par valsts nodrošinātās juridiskās palīdzības sniegšanu

KDV Klienta darba vieta

KISKriminālprocesa informācijas sistēma, Sistēmas pārzinis – Iekšlietu ministrijas informācijas centrs

num Lauks skaitliskas vērtības ievadeiPMLP Pilsonības un migrācijas lietu pārvalde

Sistēma, JPAISJuridiskās palīdzības administrācijas funkciju atbalsta informācijas sistēma, iepirkuma priekšmets.

SoPaSociālās palīdzības uzskaites sistēma, Sistēmas pārzinis – SIA „ZZ Dats”

TIS Tiesu informācijas sistēma, Sistēmas pārzinis – Tiesu administrācijaTxt Teksta lauksUID Unikāls dokumenta identifikatorsVKC Valsts kompensācija cietušajiem

4

5

VKR Valsts kompensāciju reģistrsVNJP valsts nodrošinātā juridiskā palīdzībaVNJPR Valsts nodrošinātās juridiskās palīdzības reģistrsVRS Valsts robežsardzeVSAA Valsts sociālās apdrošināšanas aģentūraVVZG Valsts vienotā zemesgrāmataZTI Zvērināts tiesu izpildītājs

Normatīvie aktiApzīmējums Normatīvais aktsVNJPL Valsts nodrošinātās juridiskās palīdzības likumsVKL Likums „Par valsts kompensāciju cietušajiem”MK641 Ministru kabineta 2012.gada 25.septembra noteikumi Nr.641

"Noteikumi par iesnieguma veidlapu paraugiem juridiskās palīdzības līguma slēgšanai"

MK1493 Ministru kabineta 2009.gada 22.decembra noteikumi Nr.1493 „Noteikumi par valsts nodrošinātās juridiskās palīdzības apjomu, samaksas apmēru, atlīdzināmajiem izdevumiem un to izmaksas kārtību”

MK218 Ministru kabineta 2013.gada 23.aprīļa noteikumi Nr.218 „Noteikumi par valsts kompensācijas pieprasījuma veidlapas paraugu”.

1.2. Prasību apraksta skaidrojumsKatrai tehniskās specifikācijas vispārējai prasībai ir šāda struktūra:

Indekss – trīsciparu skaitlis, kas apzīmē konkrētās prasības kārtas numuru. Indeksu numerācija ir sakārtota augošā secībā sākot ar 001 un ļauj viennozīmīgi identificēt katru konkrēto tehniskajā specifikācijā definēto prasību, ar mērķi atvieglot tehniskās specifikācijas lasīšanu un ātru orientēšanos tajā (ātra konkrētās prasības atrašana, tehniskās specifikācijas sasaiste ar nolikumu u.tml.);

Prasības nosaukums – konkrētas prasības virsraksts; Prasības apraksts – konkrētās izpildāmās prasības apraksts. Pietiekami

detalizēts prasības apraksts, kas ļauj Pasūtītājam novērtēt Pretendenta tehniskā piedāvājuma un Izpildītāja piegādātās Sistēmas atbilstību iepirkuma mērķiem un uzdevumiem, savukārt Izpildītājam (Pretendentam) noteikt prasības realizācijas komplicētību, tādējādi prognozēt nepieciešamo darbietilpību prasības un tehniskās specifikācijas realizācijai kopumā.

Funkcionālajām prasībām ir šāda struktūra: Prasības identifikators, kurš sastāv no burtu apzīmējuma (raksturo prasību

grupu, kurā ietilpst prasība) un kārtas numura; Prasības nosaukums - konkrētas prasības virsraksts; Prasības apraksts - konkrētās izpildāmās prasības apraksts. Pietiekami

detalizēts prasības apraksts, kas ļauj Pasūtītājam novērtēt Pretendenta tehniskā piedāvājuma un Izpildītāja piegādātās Sistēmas atbilstību iepirkuma mērķiem un uzdevumiem, savukārt Izpildītājam (Pretendentam) noteikt prasības realizācijas komplicētību, tādējādi prognozēt nepieciešamo darbietilpību prasības un tehniskās specifikācijas realizācijai kopumā.

5

6

Atsauce uz atbilstošo procesa aprakstu – atsauce uz Tehniskās specifikācijas 1.pielikumā definētajiem sistēmas atbalstāmo procesu aprakstiem.

Realizācijas kārta – norāde, kurā izstrādes kārtā prasība realizējama. Prasības, kuru realizācijas kārta ir 0, jārealizē kopā ar projekta pirmo kārtu

Prasības obligātums – parametrs, kurš raksturo prasības obligātumu un nemainību. Prasības, kuras apzīmētas ar „O” („Obligātas”) realizējamas prasībā noteiktajā apmērā un izpildījuma veidā, prasības, kuras apzīmētas ar „N” („Nepieciešamas”) realizējamas prasībā noteiktajā apmērā, bet to realizācijas veids vai paņēmieni var tikt mainīti atbilstoši izstrādes gaitā identificētajai informācijai. Prasības, kuras apzīmētas ar „V” („Vēlamas”) var netikt piedāvātas vai to realizācija izstrādes gaitā var tikt variēta, mainot gan funkcionalitāti, gan izstrādes veidu.

1.3. Saistītie dokumentiDokuments lasāms kopā ar šādiem dokumentiem:1. Valsts kompensācijas reģistra un Valsts nodrošinātās juridiskās palīdzības

reģistra attīstības koncepcija.2. Iepirkuma „Valsts nodrošinātās juridiskās palīdzības reģistra un valsts

kompensācijas reģistra pilnveidošana, funkciju atbalsta moduļu un informācijas servisu izstrāde, ieviešana un uzturēšana” nolikums.

2 Pārskats par iepirkuma priekšmetu

2.1 Iepirkuma priekšmets 1. Ārējo portālu un tā integrāciju JPA mājaslapā www.jpa.gov.lv; 2. Integrāciju ar JPA IS „Doclogix”; „HORIZON”, VNJPR, VKR;3. Sistēmas administratora darba vietu;4. Juridiskās palīdzības nodrošinājuma nodaļas vadītāja un darbinieka darba vietu;5. Juridiskās nodaļas vadītāja un darbinieka darba vietu;6. Piedziņas nodaļas vadītāja un darbinieka darba vietu;7. VNJPR papildinājumus;8. VKR papildinājumus;9. Atskaišu moduli;10. Integrāciju ar ārējām informācijas sistēmām – PMLP IR, KIS, SOPA, TIS, VZD, VVDZ, ZTI;11. Garantijas apkalpošanu;12. Pasūtītāja atbalstu un konsultācijas, izmaiņu pieprasījumu realizāciju (uzturēšanas pakalpojumi), atbilstoši iepirkuma līgumā noteiktajiem parametriem.

6

7

2.2 Plānotā sistēmas uzbūve

Plānotās sistēmas (turpmāk – risinājuma) arhitektūra izstrādāta kā modulārā sistēma, kas nodrošina maksimālo elastīgumu tālākās sistēmas papildināšanai un uzturēšanai, kā arī, ieviešot vienotu lietotāju autentifikācijas risinājumu (Active Directory) tiek nodrošināta integrācija starp dažādām sistēmām (VNJPR, VKR un Doclogix), lai lietotājs ikdienas darbā strādātu ar vienotu sistēmu, un nejustu ierobežojumus ne no ātrdarbības, ne no lietojamības viedokļa. Risinājuma arhitektūra ir būvēta, ņemot vērā dažādu lietotāju grupu prasības, kas ir:

1. JPA darbinieki:a. JPNN, JN un PN darbinieki (darbs ar Doclogix un JPA IS);b. Administratīvās un finanšu vadības nodaļas darbinieki - grāmatveži (darbs ar Horizon);c. Piedziņas nodaļas darbinieki (darbs ar JPA IS piedziņas moduli);d. Lietvedības nodaļas darbinieki (darbs ar Doclogix).

2. Ārējie lietotāji:a. JPS (paziņojumu iesniegšana, saziņa ar JPA, piešķirt atlikumu apskate utt.);b. procesa virzītāji, ZTI un citas personas, kurām normatīvajos aktos ir noteiktas tiesības saņemt informāciju no VNJPR un VKR.

Piedāvātā risinājuma galvenās izmaiņas pret esošo situāciju:1. Pamata darba plūsmas un darbības ar dokumentiem tiek nodrošinātas Doclogix;2. Abu pamata darbības reģistru biznesa loģika (datu apstrādes funkcijas) tiek pārnesta uz atsevišķu biznesa loģikas līmeni, kas ir no jauna veidojams risinājums. Katrs konkrēts datu apstrādes risinājums var tikt izstrādāts kā funkcionāli nodalīts modulis, kurš ar Doclogix un reģistriem sadarbojas, izmantojot tīmekļa pakalpes;3. Abos pamata darbības reģistros (VKR un VNJPR) tiek maksimāli reducēta pašreizējā funkcionalitāte, lai reģistri paliktu kā datu glabātuves, bez attīstītām informācijas apstrādes funkcijām. Lai izvairītos no iespējamiem darbības traucējumiem, abiem reģistriem tiek saglabāta lietotāja saskarne tiešai datu ievadīšanai;4. Tiek izstrādāts Ārējais portāls, kuru izmantojot, tiek nodrošināta saziņa ar JPS, tajā skaitā, iesniegumu, paziņojumu iesniegšana un JPS norīkošana.

Pašreiz ieviešamais JPA risinājums Doclogix nodrošina primāro dokumentu apstrādi (ienākošo dokumentu reģistrācija, rezolūcijas, izejošo dokumentu veidņu uzturēšana, izejošo dokumentu izveide, saskaņošana, parakstīšana un nosūtīšana) un uzglabāšanu. Papildus,

7

8

kopējā darba plūsmu vadības risinājumā tiek izmantota Doclogix Darba plūsmu pārvaldība (pēc nepieciešamības tiek izveidoti papildus moduļi, ja Doclogix darba plūsmas pārvaldība neatbalsta visu nepieciešamo funkcionalitāti).

Kā rezultātā, risinājuma arhitektūra ir iedalāma vairākās komponentēs, kuras ir cieši integrētas savā starpā, lai nodrošinātu vienotu procesu un datu pārskatāmību. Galvenās komponentes ir šādas:

1. Biznesa loģikas līmenis – nodrošina pamata atbalstu JPA biznesa procesiem un tiek veidots kā atsevišķs risinājums, kas integrē Doclogix, pamata darbības reģistrus, ārējo portālu un ārējās IS, kā arī nodrošina datu nodošanu uz Horizon. Biznesa loģikas līmenis tiek veidots kā atsevišķu funkciju atbalsta moduļu (piem., norīkojumi, piedziņas procesa vadība, paziņojumu apstrāde, atskaites utt.) kopa, kas primāri nodrošina datu un funkciju apmaiņu ar pārējām komponentēm:

a) Norīkojumu modulis nodrošina funkcionalitāti JPS norīkošanai, t.sk. piedāvājumu izsūtīšanai, apkopošanai, piešķirtā VNJP apjoma atlikumu aprēķināšanai un VNJP saņēmēju lietu pārvaldībai. Modulis nodrošina pamata datu apmaiņu ar JPS caur Ārējo portālu;b) Paziņojumu apstrādes modulis nodrošina JPS iesniegto paziņojumu (gan krimināllietu, gan civillietu, gan administratīvo lietu ietvaros) pārbaudi (t.sk. pret ārējās IS pieejamo informāciju) un lēmuma pieņemšanu par paziņojumu apmaksu. Nodrošinot Ārējā portāla izveidi (skat. punktu zemāk) paziņojumu dati tiks strukturēti nodoti biznesa loģikas līmenim, un pēc lēmuma pieņemšanas dati tiek automātiski nodoti uz Horizon;c) Piedziņu modulis nodrošina nepieciešamo funkcionalitāti, lai atbalstītu piedziņu veikšanas procesu VKC lietās, kurās piedziņa tiek veikta no cietušā vai noziedzīgā nodarījuma izdarītāja un VNJP lietās, kurās piedziņa tiek veikta no VNJP saņēmēja;d) Atskaišu modulis, šajā modulī tiek definētas VNJPR un VKR nepieciešamās atskaites.e) Integrācijas modulis nodrošina pamata integrāciju ar pārējām IS:

i. KIS: pārbaude, kad pieņemts lēmums par personas atzīšanu par cietušo; Monitoringa uzstādīšana, saņemot paziņojumus par kriminālprocesa virzību (jebkura statusa izmaiņa: kriminālprocess izbeigts, krimināllietas materiāli nodoti kriminālvajāšanas uzsākšanai, krimināllietas materiāli nodoti tiesai, pieņemts tiesas nolēmums, stājies spēkā galīgais tiesas nolēmums); Paziņojums par spēkā stājušos galīgo nolēmumu krimināllietā.ii. TIS: monitorings kriminālprocesiem, kuros ir izmaksātas valsts kompensācijas, un lietām, kurās ir sniegta VNJP;iii. VID: ziņas par personas pēdējo ienākumu deklarāciju vai pēdējiem ienākumiem (gadījumā, ja atjauno ienākumu kontroli, kā arī piedziņas procesu nodrošināšanai); iv. VVZD: ziņas par nekustamo īpašumuv. VZD: ziņas par nekustamo īpašumu (jo ne visi nekustamie īpašumi ir Zemesgrāmatā);vi. SOPA: monitorigns par maznodrošināto un trūcīgo personu statusiem;vii.ZTI: Informācija par izpildu lietas statusu (MK 18.12.2012 noteikumi Nr. 941 „Izpildu lietu reģistra noteikumi” „9.1.9. ziņas par izpildu lietas statusu”.

2. Integrācija ar Doclogix:a) Dokumentu vadības sistēma nodrošina ienākošo un izejošo dokumentu reģistrāciju, apstrādi un uzglabāšanu;b) Darba plūsmu pārvaldība nodrošina JPA biznesa procesu vadību, t.sk. uzdevumu piešķiršanu, statusu pāreju, paziņojumu un atgādinājumu izsūtīšanu JPA darbiniekiem.

3. Lietotāju autentifikācija (Active Directory) ir paredzēta vienotai lietotāju datu un to tiesību uzturēšanai un pārvaldīšanai.

8

9

4. Ārējais portāls:a) Esošajos procesos iesaistīto personu (skat. 3.2. nodaļu) piekļuves nodrošināšanu pie reģistros pieejamās informācijas, kurai šīm personām ir piekļuves tiesības (piemēram, atsevišķas formas izmeklētājam, prokuroram, ZTI u.c.). b) JPS pieteikšanās pakalpojuma sniegšanai: Saskaņā ar [VNJPL] 31.pantu persona iesniedz iesniegumu par juridiskās palīdzības līguma slēgšanu, kas atbilst [MK 641] (šiem Ministru kabineta noteikumiem pievienotajā iesnieguma par juridiskās palīdzības līguma slēgšanu veidlapā lietas dalītas kategorijās „civillietas, administratīvās lietas apelācijas procedūrās patvēruma piešķiršanas procesa ietvaros, administratīvās lietas lēmuma par apstrīdēto izbraukšanas rīkojumu vai lēmuma par apstrīdēto piespiedu izraidīšanu pārsūdzēšanas ietvaros, pārrobežu strīdos”. Civillietas sadalāmas sīkāk). Iesnieguma veidlapu nepieciešams pārveidot, lai tā būtu piemērota strukturētas informācijas ievadei, kā arī jāpievieno apliecinājums par gatavību saņemt informāciju elektroniski. Aizpildīto formu iespējams apliecināt ar drošu elektronisko parakstu un nosūtīt elektroniski, kā arī apstiprināt un izdrukāt kā dokumentu papīra formā pašrocīgai parakstīšanai un iesniegšanai;c) Lietotāja profila izveidošana: Iesniedzot iesniegumu par juridiskās palīdzības līguma slēgšanu, potenciālais JPS faktiski ir ievadījis par sevi lietotāja profila izveidei nepieciešamo informāciju. Pēc minētās iesnieguma veidlapas izveides lietotājam jāattēlo logs paroles ievadei (ja persona parakstījusi iesniegumu ar drošu elektronisko parakstu, autentifikācijai pietiekams ir elektroniskais paraksts). Līdz juridiskās palīdzības līguma noslēgšanai un lietotāja profila aktivizēšanai vienīgā lietotājam pieejamā darbība ir paziņojuma par līguma noslēgšanu vai atteikumu slēgt līgumu saņemšana.d) Reģistrētam lietotājam pieejamā funkcionalitāte:

i. Paziņojumu un vispārīgās informācijas saņemšana;ii. VNJP sniegšanas piedāvājumu saņemšana atbilstoši [JPA51] 15 punktam;iii. VNJP sniegšanas piedāvājumu iesniegšana;iv. Aktīvo VNJP lietu saraksta attēlošana, lietas izvēle no saraksta, atlikušo apjomu pārskatīšana;v. Paziņojumu par valsts nodrošinātās juridiskās palīdzības sniegšanu civillietās, administratīvajās lietās un pārrobežu strīdu lietās [MK1493 1.pielikums] iesniegšana;vi. Paziņojumu par valsts nodrošinātās juridiskās palīdzības sniegšanu civillietās, administratīvajās lietās un pārrobežu strīdu lietās statusa pārskatīšana (izvērtēšanā/nepieciešami precizējumi/ izvērtēts/ apmaksāts);vii. Paziņojumu par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā [MK1493 2.pielikums] iesniegšana;viii. Paziņojumu par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā statusa pārskatīšana (izvērtēšanā/nepieciešami precizējumi/ izvērtēts/ apmaksāts).

e) Paziņojumu iesniegšana: Reģistrētam lietotājam, atkarībā no lietotāja veida, attēlo viņam pieejamo lietu sarakstu, kurās viņš var iesniegt paziņojumu, kā arī izvēli „jauns”. Izvēloties konkrētu lietu, atbilstoši lietas veidam, tiek attēlota ievadforma atbilstoši veidlapas veidam. Veicot veidlapas aizpildīšanu, sistēma pārbauda pieļaujamos atlikumus, kā arī nodrošina citas loģiskās automātiskās pārbaudes. Pabeidzot veidlapas aizpildīšanu, paziņojumu paraksta ar drošu elektronisko parakstu un laika zīmogu vai sistēmas iekšējo parakstu (t.i., atbilstoši [EDL] 3.panta otrajai daļai, [VNJPL] gadījumā augšupielādē arī attaisnojuma dokumentus un sagatavotos procesuālos dokumentus.f) JPS noteikšana: Saskaņā ar saņemto iesniegumu par juridiskās palīdzības sniegšanu, atbildīgais darbinieks izvēlas juridiska rakstura strīdu, kurā nepieciešama VNJP un uzdod sistēmai veikt atlasi. Atlases rezultātā sistēma atgriež atbilstošos JPS (atbilstība specializācijai, atrašanās vietai. JPS Rīgā (Rīga varētu tikt dalīta priekšpilsētās, pārējā teritorija – atbilstoši ATVK (administratīvi – teritoriālo vienību klasifikators),. Iespējama arī papildu opcija – 2 ATVK (administratīvi – teritoriālo vienību

9

10

klasifikators), vienības, piemēram, Mārupes novads un Rīga). Attiecībā uz atgrieztajiem rezultātiem sistēma attēlo pazīmi, vai JPS ir lietotāja profils (gadījumā ja nav, attēlo telefona Nr.). Tālāk seko piedāvājums sniegt VNJP. Pēc atbildīgā darbinieka izvēles, sistēma ievieto izvēlēto JPS profilā paziņojumu par piedāvājumu sniegt VNJP, vienlaicīgi nosūtot e-pasta sūtījumu uz JPS e-pasta adresēm. JPS atbildes uz piedāvājumu ievieto ārējā portāla lietotāju profilā. Lēmuma pieņemšana notiek sistēmā veicot JPS atlasi, pēc uzdotajiem parametriem (pēc būtības e-izsoles funkcionalitāte), izkārtojot rezultātus rindā. Pozitīvu atbilžu gadījumā rinda tiek veidota pēc sekojošiem parametriem (parametri varētu būt konfigurējami, piešķirot katram no tiem noteiktu vērtību): atbildes laiks, JPS pārziņā esošo lietu skaits, atrašanās vieta un citi (ņemot vērā VNJPL 33.panta otrajā daļā noteikto). Atbildīgais darbinieks apstiprina izvēli vai manuāli ievada citu JPS.

Sakarā ar to, ka paziņojumu iesniegšanu tikai elektroniski noteikt normatīvajā aktā nebūtu pareizi – tas varētu būt tehniski vai citu iemeslu dēļ apgrūtinoši, paziņojumu elektroniskas iesniegšanas veicināšanas veidi varētu būt šādi:

JPS varēs būt pārliecināts, ka iesniegtais paziņojums nesatur aizpildīšanas, neuzmanības un citas kļūdas;

Ātrāka paziņojumu apmaksa (t.i., ja paziņojums ir statusā „izvērtēts” apmaksa varētu būt daudz ātrāk (t.i., laikā, kāds nepieciešams, lai pārliecinātos par iesniegto papīra dokumentu atbilstību elektroniski ievadītajai informācijai).

2.3 Ārpus projekta sfēraProjekta sfērā neietilpst:

1. Integrācijai ar „Doclogix” nepieciešamo tīmekļa servisu izstrāde „Doclogix” pusē; Izstrādātājam, vienojoties ar „Doclogix” izstrādātāju par tīmekļa servisu specifikācijām, jāizstrādā tīmekļa servisa JPA IS sadaļa, tīmekļa servisu izstrādi „Doclogix” pusē veiks „Doclogix” izstrādātājs;

2. Tīmekļa servisi ar PMLP IR un SOPA (PMLP un SOPA pusē);3. Tīmekļa servisi ar VNJPR un VKR (VNJPR un VKR pusē), ja vien pretendents savā

piedāvājumā nav piedāvājis pārstrādāt VNJPR un VKR funkcionalitāti;4. Tīmekļa servisu izstrāde TIS un KIS pusē. Integrācijai nepieciešamo tīmekļa servisu

izstrādi nodrošinās šo sistēmu pārziņi, ja tiks panākta atbilstoša vienošanās. Tīmekļa servisi JPA IS integrācijai ar TIS un KIS jāizstrādā pēc specifikācijas, kuru definējuši attiecīgo sistēmu pārziņi;

5. Risinājuma darbināšanai nepieciešamās aparatūras piegāde.

10

2.4 Provizoriskais grafiks

Darbu veikšana paredzēta, vadoties pēc sekojoša grafika:

Kārta Izpildes termiņš0 9 (deviņi mēneši), skaitot no līguma noslēgšanas1 9 (deviņi mēneši), skaitot no līguma noslēgšanas2 15 (piecpadsmit) mēneši, skaitot no līguma noslēgšanas3 18 (astoņpadsmit) mēneši, skaitot no līguma noslēgšanas4 21 (divdesmit viens) mēnesis, skaitot no līguma noslēgšanas

3.un 4. kārtas darbu izpildes termiņi var mainīties, atkarībā no iespējamām izmaiņām normatīvajos aktos. Šādā gadījumā izpildes termiņš tiks rēķināts kā 3 (trīs) mēneši, skaitot no darbu uzsākšanas dienas.

3 Funkcionālās prasībasVisas prasības ir precizējamas un konkretizējamas sistēmas detalizētās analīzes laikā.

3.1 GEN Sistēmas kopējās prasībasID Prasība Procesa

solisKārta Prioritāte

GEN1 JPA IS tiesību pārvaldība (neattiecas uz ārējo portālu).JPA IS jānodrošina lietotāju un lietotāju piekļuves tiesību pārvaldība un piekļuves tiesību kontrole, ieviešot vienoto JPA Active Directory risinājumu.JPA IS jāatbalsta lietotāju grupu un lomu princips tiesību pārvaldībāTiesību pārvaldībai jānodrošina piekļuves kontroles granularitāte līdz atsevišķai satura vienībai (objektam) un darbībām (lasīt, rakstīt, dzēst, izpildīt u.tml.), kā arī jāatbalsta tiesību mantošanas princips, t.i., hierarhijā zemāk esošs objekts var mantot tiesību uzstādījumus no augstākstāvoša objekta.

0 O

12

ID Prasība Procesa solis

Kārta Prioritāte

GEN2 Kalendāra pārvaldība.Sistēmā jāuztur kalendārs ar maināmām (uzstādāmām) mainīgo svētku un pārcelto darbdienu dienām.Mainīgajām brīvdienām jābūt uzstādāmām no administratora saskarnes, šai funkcijai jābūt pieejamai sistēmas administratoram (CU3).Aprēķinot darba laiku (SYS1), jāņem vērā, ka darbdienas ilgums pirmssvētku dienā ir saīsināts par vienu stundu (šī funkcionalitāte ir būtiska elektroniski parakstītu dokumentu saņemšanas brīža noteikšanai un atbilstošo procesuālo termiņu noteikšanai, izmantojot ārējo portālu).Kalendāra pārvaldībai jābūt pieejamai no administratora saskarnes.

0 O

GEN3 Valodu atbalsts lietotāja saskarnēSistēmā jānodrošina latviešu valoda ekrāna ievada un izvada formās (virsraksti, izvēlnes un lauku nosaukumi (apraksti, uzaicinājumi) formās un dialogos), palīdzības tekstā (neatkarīgi no to attēlošanas veida/vietas - statusa rindā, kā ”peldošais” teksts, atsevišķā logā un tml.), izdrukās, kļūdu, brīdinājumu, informatīvos paziņojumos, kā arī jebkura cita veida paziņojumos, ko sistēma rāda lietotājiem.Atsevišķos zemāk uzskaitītos gadījumos pieļaujamas norādītās atkāpes no šīs prasības:

atsevišķu kļūdu un brīdinājumu gadījumā – atsevišķi un īpaši izceļot, ir pieļaujams attēlot detalizētu informāciju par kļūdu citā valodā. Šīs atkāpes gadījumā lietotājam latviešu valodā ir jāsaņem arī norādes par tālāko rīcību;

ja sistēma izmanto operētājsistēmas koplietošanas lietotāja saskarnes resursus (piemēram, ‘Save As’ dialogu, ‘Print’ dialogu u.tml.), tad šiem resursiem lietotāja saskarnes elementi var būt valodā, kura uzstādīta kā operētājsistēmas valoda.

0 O

GEN4 Lietotāju tiešsaistes palīdzība.Tiešsaistes palīdzība jāsagatavo elektroniskā formā, kas lietojama, izmantojot Interneta pārlūkprogrammu, lai būtu iespējams:

1. ātri un ērti atrast nepieciešamo sadaļu;2. iegūt saistītos normatīvos aktus;3. norādes, kur iegūt papildus informāciju;4. iegūt palīdzību par attiecīgā uzdevuma izpildi JPA ietvaros;5. iegūt detalizētu informāciju, kā jāizmanto ārējā portāla funkcijas.

0 O

12

13

3.2 SYS Sistēmas uzstādījumiID Prasība Procesa


SYS1 Termiņš atbildes sniegšanai uz piedāvājumu sniegt VNJP.Termiņš iestādāms stundās. Sistēma termiņu skaita tika darba dienās.

JP12 1 O

SYS2 JPS izvēles algoritma uzstādīšanaAlgoritma iestādīšana ietver vērtību piešķiršanu sekojošiem parametriem:

JPS prakses vietas adrese; JPS specializācija; JPS atbildes laiks; Pirmās tikšanās laiks; VNJP lietu skaits (izpildē esošās lietas).

Kopējais punktu skaits ir 100, katram parametram uzstādāms punktu skaits, var būt arī 0. Pēc algoritma apstiprināšanas to izmanto JPS izvēlē (AU16).Sistēmā jāsaglabā vēsturiskās algoritma vērtības, nodrošinot to sasaisti ar VNJP lietu (t.i., katrai lietai iespējams identificēt algoritma vērtības, kuras tika izmantotas lēmuma pieņemšanai).

JP13 1 O

SYS3 Valstī noteiktā minimālā mēneša darba algaSumma norādāma EUR. Sistēmā jāsaglabā vēsturiskās vērtības, identificējot, kādas vērtības bija spēkā VKC lēmuma pieņemšanas brīdī.

VK12 3 O

SYS4 Nākamās darbības veikšanas termiņi piedziņas lietās.Lietas statuss un tam atbilstošais nākamās darbības veikšanas termiņš:

o Parādniekam nosūtīts lēmums par piedziņu: kontroles termiņš 37 dienas no lēmuma nosūtīšanas;

o Maksājums sadalīts: kontroles termiņš – reizi mēnesī;o Parādniekam nosūtīts brīdinājums par piespiedu izpildi – kontroles termiņš – 17 dienas no

brīdinājuma nosūtīšanas;o krimināllietā nav uzsākta tiesas izmeklēšana – kontroles termiņš – 5 vai 7 dienas paziņojuma

nosūtīšanai procesa virzītājam no maksājuma uzdevuma saņemšanas dienas, 3 mēneši – atkārtota procesa statusa pārbaude;

o Nozīmēta tiesas sēde - divas nedēļas pēc noteiktā tiesas sēdes datuma;o Pieņemts galīgais nolēmums krimināllietā – kontrole 5 un/vai7 dienas no galīgā nolēmuma

4 O

13

14


Kārta Prioritāte

spēkā stāšanās vai dienas, kad kļuvusi zināma informācija par galīgā nolēmuma spēkā stāšanos

o Lieta nodota piespiedu izpildei ZTI – reizi gadā no vēstules par kontu/izpildrīkojuma nosūtīšanas.

SYS5 Sistēmas brīdinājumu un atgādinājumu nosūtīšanas parametriJāparedz iespēja konfigurēt laiku, kādā sistēmai jāattēlo darbiniekam brīdinājumi (atgādinājumi)

0 O

3.3 ADM Administratora funkcijasID Prasība Procesa


ADM1 Lietotāju piesaiste lietotāju grupāmJPA resursu pārvaldības sistēmā reģistrētajiem lietotājiem, atbilstoši JPA nodaļu vadītāju vīzētiem iesniegumiem piešķiramas tiesības uz konkrētu Sistēmas lietotāja lomu.

0 O

ADM2 Lietotāju tiesību deleģēšanaAtbilstoši JPA nodaļu vadītāju iesniegumiem vai elektroniskā pasta ziņojumiem lietotājam var deleģēt cita lietotāja tiesības, tajā skaitā – nodaļas vadītāja tiesības.

0 O

ADM3 Ārējā portāla lietotāja elektroniskā paraksta rekvizītu izveideSaņemot JPA direktores parakstītu juridiskās palīdzības līgumu par dokumentu parakstīšanu ar elektronisku parakstu, administrators ģenerē elektroniskā paraksta rekvizītus, kurus nosūta ārējā portāla lietotājam ar elektronisko pastu).

0 O

ADM4 Juridiskās palīdzības līguma piesaiste ārējā portāla lietotāja profilam.Ja personai, kura noslēgusi līgumu ar JPA par dokumentu parakstīšanu ar sistēmas elektronisko parakstu, ir spēkā esošs juridiskās palīdzības, papildus elektroniskā paraksta rekvizītu ģenerēšanai, lietotāja profilam tiek piesaistīts noslēgtā līguma numurs un aktivizēta ar šo līgumu saistīto paziņojumu nosūtīšana uz lietotāja profilu portālā.

0 O

ADM5 Ārējā portāla lietotāja bloķēšana.Administratoram ir tiesības bloķēt ārējā lietotāja piekļuvi ārējam portālam, kā arī atcelt ārējā lietotāja bloķēšanu. Bloķētam lietotājam ir pieejama vienīgi informācija „Jūsu lietotāja konts ir bloķēts”.

0 O

ADM6 Ārējā portāla lietotāja piekļuves rekvizītu maiņaAdministratoram ir tiesības nomainīt ārējā lietotāja piekļuves rekvizītus. Jaunie piekļuves rekvizīti ir derīgi

0 O

14

15


Kārta Prioritāte

viena pieslēgšanas reizei, pēc tam tie jānomaina.

3.4 KLAS Prasības klasifikatoriemID Prasība Procesa


KLAS1 Sistēmā ir jānodrošina izmantoto klasifikatoru pārvaldības modulis, kas sevī ietver vismaz šādas iespējas:1) datu ievade, labošana un pārlūkošana;2) klasifikatora atribūtu datu ievade;3) vērtību piesaiste klasifikatora atribūtam;4) klasifikatora derīguma termiņa noteikšana;5) klasifikatora vienību.

Sistēmai jānodrošina, ka pārskatot vēsturiskos datus, tiek attēlotas tās klasifikatoru vērtības, kuras ir spēkā ieraksta izdarīšanas laikā.Sistēmai jānodrošina iespēja neattēlot lietotājam neaktuālās klasifikatora vērtības.Klasifikatoru pārvaldības modulim jānodrošina piekļuve no administratora saskarnes.

0 O

KLAS2 Klasifikators „VNJP veidi civillietās, administratīvajās un pārrobežu lietās”Klasifikatora struktūra:

klasifikatora pozīcija – VNJP veids; pozīcijas atribūts – valsts apmaksājamā summa par vienību; pozīcijas atribūts – maksimālais pieļaujamais vienību skaits.

Klasifikatora pozīcijas aizpildāmas, atbilstoši [MK1493] 4., 6. un 7.punktam.Klasifikatora atribūts - valsts apmaksājamā summa par vienību aizpildāma, atbilstoši [MK1493] 9.pantam.Klasifikatora atribūts - valsts apmaksājamā summa par vienību aizpildāma, atbilstoši [MK1493] 10.-12.punktam.JP veidi:

Juridiskā konsultācija; Prasības pieteikuma, pieteikuma tiesvedības uzsākšanai, kreditora pieteikuma maksātnespējas

procesā, pretprasības vai blakus sūdzības vai izlīguma sastādīšana; Apelācijas sūdzības sastādīšana, Kasācijas sūdzības sastādīšana;

PC2; PC11

1 O

15

16


Kārta Prioritāte

Dokumenta, kurš nepieciešams lietas izskatīšanai, sastādīšana; Dokumentu papildinājumu sastādīšana; Pārstāvība tiesas sēdē;

Iepazīšanās ar lietas materiālu sējumu.Klasifikatora pozīcijas var tikt papildinātas

KLAS3 Klasifikators „VNJP veidi kriminālprocesā vai Ārstniecības likuma 681.panta kārtībā”Klasifikatora struktūra:

klasifikatora pozīcija – VNJP veids; pozīcijas atribūts – valsts apmaksājamā summa par vienību;

Klasifikatora pozīcijas aizpildāmas, atbilstoši [MK1493] 28. un 29.punktam.Klasifikatora atribūts - valsts apmaksājamā summa par vienību aizpildāma, atbilstoši [MK1493] 28. un 29.punktam.VNJP veidi:

Juridiskā konsultācija; rakstiska pieteikuma sastādīšana cietušajai personai par radītā kaitējuma kompensāciju; Kriminālprocesa likumā noteiktajos gadījumos paredzētās rakstiskās sūdzības sastādīšana par

kriminālprocesu veicošās amatpersonas rīcību vai nolēmumu un procesuālā piespiedu līdzekļa piemērošanu, grozīšanu vai atcelšanu;

tāda dokumenta sastādīšana, kas nepieciešams lietas iztiesāšanai rakstveida procesā (iebildums vai paskaidrojums);

Apelācijas sūdzības sastādīšana; Kasācijas sūdzības sastādīšana; Dokumentu papildinājumu sastādīšana; Pārstāvība pirmstiesas procesa stadijā, tiesas sēdē; Juridiskās palīdzības sniegšana aizdomās turētajam vai apsūdzētajam tiesas sēdē, izlemjot

jautājumu par drošības līdzekļa piemērošanu; Iepazīšanās ar lietas materiālu sējumu.

Klasifikatora pozīcijas var tikt papildinātas

PK2; PK7

2 O

KLAS4 Attālumi starp apdzīvotām vietām.Attālumi starp apdzīvotām vietām tiek noteikti, atbilstoši [MK1493] 3.pielikumam.

PC2;PC11;

1 O

16

17


Kārta Prioritāte

PK2; PK7

KLAS5 Procesa virzītāju klasifikatorsHierarhisks klasifikators.1.līmenis: procesa virzītāja veids (policija, prokuratūra, tiesa u.c.);2.līmenis: reģions/pilsēta/veids3.līmenis: iestāde ( policijai, prokuratūrai u.c.)Klasifikatora pozīcijas var tikt papildinātas

VK5 3 O

KLAS6 Krimināllikuma panti.Klasifikatorā jāuztur Krimināllikuma panti (līdz daļām un punktiem).Klasifikatora pozīcijas var tikt papildinātas

VK13; VK14

3 O

KLAS7 Krimināllikuma pantu klasifikatora sinhronizācija ar TIS.Veidojot datu apmaiņas saskarni ar TIS, nepieciešams izstrādāt mehānismu Krimināllikuma pantu klasifikatora sinhronizācijai ar TIS.

VK13; VK14

3 V

KLAS8 Nodarītā kaitējuma raksturs [VKL] 3.panta ceturtā daļa: iestājusies personas nāve; cietušajam nodarīti smagi vai vidēja smaguma miesas bojājumi; aizskarta cietušā tikumība vai dzimumneaizskaramība; cietušais ir cilvēku tirdzniecības upuris; cietušais inficēts ar cilvēka imūndeficīta vīrusu, B vai C hepatītu.


VK13; VK14

3 O

KLAS9 ZTI saraksts: ZTI vārds, uzvārds ZTI amata vieta un iecirknis ZTI prakses vieta; ZTI telefona Nr. ZTI e- pasta adrese


4 O

KLAS10 Tiesību institūtu klasifikatorsSākotnējās vērtības:

JPL1 1 O

17

18


Kārta Prioritāte

Ģimenes tiesību jautājumi; Darba tiesību jautājumi; Zaudējumu vai parāda piedziņa; Veselībai nodarītā kaitējuma atlīdzība; Rīcībspējas ierobežojumu; Mantojuma tiesību jautājumi; Juridiska fakta konstatācija; Zvērināta tiesu izpildītāja rīcība; Dzīvokļu tiesību jautājumi; Īpašuma tiesību jautājumi; Saistību tiesību jautājumi; Maksātnespējas process.

Klasifikatora pozīcijas var tikt papildinātasKLAS11 Paziņojumu veidu klasifikators

Sākotnējās vērtības: Paziņojums CL; Paziņojums KL; Paziņojums pārrobežu CL; Paziņojums AL patvēruma procedūra; Paziņojums AL izraidīšanas procedūra; Paziņojums Ārstniecības likuma 681.panta kārtībā.


4 O

KLAS12 VNJP sniegšanas pārtraukšanas pamatojumsSākotnējās vērtības:

Persona zaudējusi statusu, kurš dod tiesības saņemt VNJP; Persona nesadarbojas ar JPS vai JPA; Saņemts JPS atzinums par turpmākās VNJP nelietderību


1 O

KLAS13 Administratīvi – teritoriālo vienību klasifikatorsSistēmā ir jāizmanto ATVK (administratīvi – teritoriālo vienību klasifikators), kuru uztur Centrālā

1 O

18

19


Kārta Prioritāte

statistikas pārvalde. Rīgas pilsētai klasifikators jāpapildina ar apakškategoriju – mikrorajons.

3.5 Prasības ārējam portālam ID Prasība Procesa


P1 Piekļuve ārējam portālam.Piekļuve ārējam portālam aktivizējama no JPA mājaslapas www.jpa.gov.lv, aktivizējot sadaļu „elektroniskie pakalpojumi”

0 O

P2 Neautentificētam lietotājam pieejamās darbības.Neautentificētajam lietotājam pieejamas sekojošas darbības:

Piekļuve lietotāju atbalsta sadaļai un galveno iespēju aprakstam; Reģistrēšanās kā lietotājam

0 O

P3 Lietotāja identifikācija un autentifikācijaLietotāja identifikācija un autentifikācija iespējama, izmantojot drošu elektronisko parakstu (vēlama) vai reģistrējoties portālā un izmantojot savu lietotājvārdu un paroli.

0 O

P3.1 Jauna lietotāja reģistrācija. Nereģistrētam lietotājam pieejama autentificēšanās forma, izmantojot portāla autentifikācijas

mehānismu. Lai autentificētos ar portāla autentifikācijas mehānismu, lietotājam jāievada sekojoša informācija:

o Vārds (otrs vārds)o Uzvārdso Personas kods;o Kontaktinformācija:

Deklarētā e-pasta adrese; Korespondences saņemšanas adrese; e-pasta adrese; tālrunis;

o Lietotāja vārds (pēc noklusējuma lietotāja vārds un uzvārds, atdalīti ar punktu;o Parole (pie ievades darbojas paroles kvalitātes pārbaudes likumi, skat. prasību „Paroļu

0 O

19

http://www.jpa.gov.lv/

20


Kārta Prioritāte

kvalitātes prasības”. Pēc lietotāja informācijas ievades tiek izsaukts PMLP web serviss, lai pārbaudītu personas datus un

deklarēto dzīvesvietas adresi (Skat. prasību PMLP1). Negatīvas pārbaudes gadījumā tiek attēlots kļūdas paziņojums „Lūdzu, pārbaudiet personas datus” un tiek attēlota sākotnējā ievadforma. Pēc trešās neveiksmīgās datu ievades IP adrese, no kuras veikts pieslēgšanās mēģinājums, tiek bloķēta vai tiek izmantots cits risinājums automātiskas piekļuves bloķēšanai (piemēram, CAPTCA).

Pozitīvas pārbaudes gadījumā tiek veikta lietotāja vārda unikalitātes pārbaude. Gadījumā, ja lietotāja vārds nav unikāls, lietotājam tiek attēlots kļūdas paziņojums un tiek piedāvāts mainīt lietotāja vārdu, piemēram, pievienojot tam personas koda otro daļu.

Pēc lietotāja vārda unikalitātes pārbaudes lietotājam tiek piedāvāts ievadīt atkārtoti paroli. Atkārtotās paroles ievades gadījumā lietotājs ir reģistrēts.

P3.2. Autentificēšanās, izmantojot drošu elektronisko parakstuPortālā lietotājs var autentificēties, izmantojot droša elektroniskā paraksta publisko atslēgu

0 V

P4 Reģistrētam lietotāja pieejamās darbības: Lietotāja profila izveide, Lietotāja profila apskate; Līguma par dokumentu parakstīšanu ar sistēmas elektronisko parakstu izdruka.

0 O

P4.1 Lietotāja profila izveide.Lietotāja profila izveide papildus lietotāja informācijai ietver:

lietotāja lomas izvēli:o klients (persona, kura izmanto portālu, lai pieteiktos JPA pakalpojumiem)o JPS

krimināllietās un saskaņā ar Ārstniecības likuma 68.1 pantu; civillietās un pārrobežu civillietās; administratīvajās lietās.

Viena un tā pati persona var būt JPS kā civillietās, tā krimināllietās un administratīvajās lietās un saskaņā ar Ārstniecības likumu.Viena un tā pati persona nevar būt vienlaicīgi klients un JPS.

0 O

P4.2. Lietotāja profila apskateReģistrētam lietotājam, kurš ir izveidojis lietotāja profilu, pēc pieslēgšanās sistēmai tiek attēlots lietotāja

0 O

20

21


Kārta Prioritāte

profils un tajā pieejamie paziņojumiP4.3 Līguma par dokumentu parakstīšanu ar sistēmas elektronisko parakstu sagatavošanu

Aktivizējot šo iespēju, portāls ģenerē līgumu par dokumentu parakstīšanu ar drošu elektronisku parakstu, izmantojot lietotāja profilā ievadīto informāciju (.pdf formātā). Lietotājs var ģenerēto dokumentu izdrukāt.

0 O

P5 Klientam pieejamā funkcionalitāte 2 OP5.1. Valsts kompensācijas pieprasījuma ievade.

Sistēma attēlo ievadformu:1. sadaļa: personas dati (teksta lauki, visi obligāti, izņemot „Personas kods” un „Dzimšanas datums”, kuri ir alternatīvi).

Personas vārds, uzvārds (tiek ielasīts no lietotāja informācijas); Personas kods (tiek ielasīts no lietotāja informācijas); Dzimšanas datums (ja nav personas koda); Personu apliecinoša dokumenta veids, sērija, numurs; Izdošanas datums; Izdevējiestāde; Valstiskā piederība.

2. sadaļa: Cietušā pārstāvja dati Personas vārds, uzvārds; Personas kods; Dzimšanas datums (ja nav personas koda); Dzīvesvietas adrese; Tālrunis; E-pasts; Pārstāvības pamatojums

o Likumiskais pārstāvis (chekbox);o Pilnvarotā persona (chekbox);o Cits (chekbox+txt)o Pārstāvības pamatojums (Txt)

3. sadaļa: Informācija par personu/ām, kuras noziedzīgā nodarījuma rezultātā mirusi/šas. Skaits (Num).4. sadaļa: Informācija par kriminālprocesu, kurā persona atzīta par cietušo:

VK1 2 O

21

22


Kārta Prioritāte

Krimināllietas Nr. Procesa virzītājs vai iestāde, kurā pieņemts galīgais nolēmums vai izmeklētājs, prokurors vai tiesa,

kas pieņēmusi lēmumu par kriminālprocesa izbeigšanu (izvēle no iestāžu klasifikatora, txt vārdam, uzvārdam).

5. sadaļa: Datums, ar kuru persona atzīta par cietušo (dd/mm/gggg);6. sadaļa: Attaisnojošs iemesls, ja valsts kompensācijas pieprasījuma iesniegšanas termiņš nokavēts (txt)7. sadaļa: Jau iepriekš saņemtā kompensācija par noziedzīga nodarījuma rezultātā izdarīto kaitējumu (EUR)8. sadaļa: Cietušā norādītais norēķinu iestādes konts

Konta rīkotājs (IBAN) Norēķinu iestādes nosaukums (Ja IBAN nesākas ar LV) Bankas kods (Ja IBAN nesākas ar LV) Konta rīkotājs (ja pilnvarnieks vai cita persona)

o Vārds, uzvārds;o Personas kods

9.sadaļa: pievienotie dokumenti: Procesa virzītāja izziņa; Spēkā stājies galīgais nolēmums; Cits (+ txt)

10. sadaļa: Piekrišana saņemt lēmumu elektroniski: Uz cietušā norādīto e-pastu; Uz pārstāvja norādīto e-pastu

Pēc ievadformas aizpildīšanas ievadformu iespējams izdrukāt vai saglabāt vēlākai apstrādei.P5.2 Paziņojumu apskate.

Klientam ir iespējams apskatīt JPA nosūtītos paziņojumus, autentificējoties portālā. Informācija par jaunu paziņojumu tiek nosūtīta klientam uz e-pasta adresei, kurā ievietoto saiti aktivizējot, klientam tiek attēlota portāla autentifikācijas forma, pēc autentifikācijas – portāla sadaļa „Jauni paziņojumi”

VK11 VK13

2 V

P6. JPS pieejamā funkcionalitāte 1 OP6.1. Sistēmas elektroniskā paraksta aktivizēšana.

Pēc juridiskās palīdzības līguma par dokumentu parakstīšanu elektroniski, iesniegšanas, Sistēma attēlo pakalpojumu sniedzējam pieslēguma rekvizītus, ar kuriem pieejams sistēmas elektroniskais paraksts.

1 O

22

23


Kārta Prioritāte

Pieslēguma rekvizīti pēc sistēmas elektroniskā paraksta aktivizēšanas nomaināmi.Bez elektroniskā paraksta pieejama dokumentu sastādīšanas un izdrukas funkcija.

P6.2. Iesniegums par juridiskās palīdzības līguma slēgšanu – iesnieguma veida izvēleIespējams izvēlēties iesnieguma veidu:

Advokāta iesniegums; Zvērināta notāra, zvērināta advokāta vai fiziskas personas iesniegums.

Ja personai jau ir spēkā esošs juridiskās palīdzības līgums, pēc elektroniskā paraksta aktivizēšanas lietotāja profilam tiek piesaistīts noslēgtā līguma numurs (Skat. ADM4)

JPL1 1 O

P6.3. Iesnieguma par juridiskās palīdzības līguma slēgšanu datu ievadeAttēlo veidlapā ievadāmas informācijas ievadformu, atbilstoši izvēlei:[MK641] 1., 2., 3. vai 4. veidlapā ievadāmo informāciju. Papildus veidlapā norādītajai informācijai, izvēlnes „Lietu kategorijas, kurās varat sniegt VNJP” kategorijai „Civillietas” tiek attēlots zemāka līmeņa klasifikators (tiesību institūtu klasifikators). Iespējamās vērtības (var atzīmēt vairākas):

Ģimenes tiesību jautājumi; Darba tiesību jautājumi; Zaudējumu vai parāda piedziņa; Veselībai nodarītā kaitējuma atlīdzība; Rīcībspējas ierobežojumu, aizbildnības, aizgādnības noteikšana; Mantojuma tiesību jautājumi; Juridiska fakta konstatācija; Zvērināta tiesu izpildītāja rīcība; Dzīvokļu tiesību jautājumi; Īpašuma tiesību jautājumi; Saistību tiesību jautājumi; Maksātnespējas process.

Savukārt kategorijai „Administratīvās lietas” tiek attēlots zemāka līmeņa klasifikators: Patvēruma lietas; Izraidīšanas lietas.

JPL1 1 O

P6.4. Iesnieguma par juridiskās palīdzības līguma slēgšanu elektroniska parakstīšana.Funkcija pieejama, ja JPS sistēmā reģistrēts elektroniskais paraksts vai JPS autentificējies ar droša

JPL2; JPL3;

1 O

23

24


Kārta Prioritāte

elektroniskā paraksta publisko atslēgu.Elektroniski parakstīts dokuments tiek nosūtīts reģistrācijai Doclogix, elektroniski ievadītie iesnieguma dati tiek saglabāti vēlākai apstrādei JPAIS

PC4;

P6.5. Sistēmā ievadītā dokumenta (Iesnieguma/ paziņojuma) izdrukāšana.Ievadītā informācija tiek konvertēta teksta formā (.pdf). Pēc konvertācijas dokumentam tiek piešķirts UID, kurš tiek attēlots uz dokumenta. Pēc dokumenta izdrukas elektroniski ievadītie iesnieguma dati tiek saglabāti vēlākai apstrādei JPAIS. Dokumentu (veidlapu) noformējumam jāatbilst [MK641] pielikumiem, [MK1493] pielikumiem, [MK218] pielikumam

JPL4;JPL3; PC5

1 O

P6.6. JPS pieteikšanās sniegt VNJPJPA IS izveidotais VNJP sniegšanas piedāvājums tiek attēlots JPS profilā.Pieteikšanās tiek veikta, atzīmējot pazīmi par gatavību sniegt VNJP, kā arī norādot pirmās tikšanās vietu un laiku.VNJP sniegšanas piedāvājums tiek attēlots, līdz pieņemts lēmums par JPS (JP14).Gadījumā, ja JPS pieteicies, bet nav izvēlēts, pēc lēmuma pieņemšanas (JP14) tiek attēlots paziņojums „Jūsu piedāvājums netika izvēlēts”, šis paziņojums tiek dzēsts pēc 7 dienām pēc JPS autentificēšanās.

JP12, JP14

1 O

P6.7. Lietu attēlošanaPortālā tiek attēlotas JPS lietas:

Civillietās – lietas numurs, piešķirtais VNJP apjoms, atlikušais VNJP apjoms, pēdējā paziņojuma datums un statuss (piešķirtais VNJP apjoms tiek noteikts atbilstoši JP14);

Administratīvajās lietās - lietas numurs, piešķirtais VNJP apjoms, atlikušais VNJP apjoms, pēdējā paziņojuma datums un statuss (patvēruma vai izraidīšanas lietās piešķirtais VNJP apjoms ir [MK1493] maksimāli noteiktais);

Krimināllietās – krimināllietas numurs, VNJP saņēmējs/saņēmēji, pēdējā paziņojuma datums un statuss (kriminālprocesā paziņojuma iesniegšanu ierosina JPS).

JP14 1 O

P6.8. Paziņojuma veida izvēle.Paziņojuma veidu izvēlas no klasifikatora (KLASS11)

a. Paziņojums CL;b. Paziņojums KL;c. Paziņojums pārrobežu CL;d. Paziņojums AL patvēruma procedūra;

1 O

24

25


Kārta Prioritāte

e. Paziņojums AL izraidīšanas procedūra;f. Paziņojums Ārstniecības likuma 681.panta kārtībā (JPS jāaizpilda paziņojumu CL).

Paziņojumi, kuri norādīti (a); (c); (d); (e) pieejami tikai personām, kuras ir JPS civillietās un administratīvajās lietās un kuras noslēgušas juridiskās palīdzības līgumu ar JPA par VNJP sniegšanu.Paziņojumi, kuri norādīti (b) un (f) pieejami personām, kuri attiecīgi ir JPS kriminālprocesā vai sniedz VNJP saskaņā ar Ārstniecības likumu.

P6.9 Paziņojuma ievade par valsts nodrošināto juridisko palīdzību civilprocesā un pārrobežu strīdos.JPS no lietu saraksta izvēlas lietu, kurā sniegta VNJP.Sistēma attēlo [MK1493] 1.pielikuma veidlapu ievadformu veidā:

JP veids (KLAS2): Atlikums – X stundas/sējumi/procesuālie dokumenti Sniegts – [ievadlauks] Datums; Laiks (no); Laiks (līdz); JP sniegta vairākām personām – [attēlo aktīvo lietu sarakstu, no kura var izvēlēties citu procesa

dalībnieku, kuram sniegta palīdzība]; Pazīme, ka VNJP saņēmējs nav ieradies; Ievadforma transporta un naktsmītnes izdevumu ievadei.

VNJP veidi norādāmi, atbilstoši VNJP veidu klasifikatoram (KLAS2), attēlojot tikai tos VNJP veidus, kuri atbilst piešķirtajam.JPS atbilstoši faktiski sniegtajai VNJP atzīmē sniegtās VNJP veidu un laiku. Gadījumā, ja VNJP sniegta vienlaicīgi vairākiem VNJP saņēmējiem, atbilstoši katram VNJP veidam norāda, vai VNJP sniegta vienam, vai vairākiem VNJP saņēmējiem, tos norādot.Aizpilda sadaļu ceļa (transporta) izdevumu, izdevumu viesnīcas (naktsmītnes) un ceļā patērētā laika ievadīšanai.Iespējas: saglabāt vēlākai apstrādei, parakstīt, izdrukāt.

PC1; PC2

1 O

P6.10 Paziņojuma informācijas pārbaude (ja P6.9. parakstīt vai izdrukāt)Pārbauda ievadīto informāciju pēc sekojošiem validācijas likumiem:

Ievadītais VNJP apjoms nevar būt lielāks par atlikumu;

PC2 1 O

25

26


Kārta Prioritāte

Ievadītais laika intervāls nevar būt negatīvs; Ja kādā paziņojumā nodibināta sasaiste starp VNJP saņēmējiem, tad šādai sasaistei jāsaglabājas arī

citos saistītajos paziņojumos – piemēram, paziņojumā par personu A norādīts, ka tā pārstāvēta tiesā kopā ar personu B, bet paziņojumā par personu B nav norādes par pārstāvību kopā ar personu A.

Aprēķina JPS pienākošās summas: Gadījumā, ja VNJP sniegta kādā no VNJP veidiem, kuri norādīti [MK1493] 9.1.- 9.6. punktā,

maksājamā summa tiek norādīta tikai par vienu VNJP saņēmēju, pārējiem VNJP saņēmējiem VNJP summa ir 0;

Gadījumā, ja tiesas sēdē pārstāvētas vairāku VNJP saņēmēju intereses, samaksa, kas norādīta [MK1493] 9.7.un 9.8. punktā, tiek reizināta ar 0,65.

Pārējos gadījumos par VNJP maksājamā summa tiek noteikta atbilstoši [MK1493] 9.1. – 9.8. punktā norādītajā apmērā (apmaksas likmes uzturamas VNJP klasifikatorā un ir konfigurējami parametri).

Ja pārbaudē nav identificētas kļūdas, saglabā ievadīto informāciju. Kļūdas gadījumā attēlo kļūdaini ievadīto vērtību. Gadījumā, ja norādīts, ka VNJP sniegta vairākiem VNJP saņēmējiem, pēc formas apstiprināšanas attēlo paziņojuma ievadformu par personu, kura norādīta kā otrs VNJP saņēmējs.

P6.11 Dokumentu augšupielādeIevadot paziņojumus procesā PC2, sistēma attēlo ievadformu dokumenta augšupielādei: dokumenta veids (šeit iespējama izvēle no klasifikatora vai txt lauks) un vieta augšupielādētajai datnei. Augšupielādētie dokumenti var būt vairāki.

PC3 1 O

P6.12 Atlikušo VNJP apjomu aprēķinsAtbilstoši paziņojumā ievadītajai informācijai, atlikušie VNJP apjomi tiek aprēķināti, atskaitot no iepriekšējā atlikuma sniegtās VNJP apjomu. Gadījumā, ja VNJP saņēmējs uz nozīmēto juridisko konsultāciju nav ieradies neattaisnojošu apstākļu dēļ, tad no atlikuma tiek atskaitīta vienas stundas juridiskā konsultācija (jāapstiprina manuāli). Formu var izsaukt arī gadījumā, ja paziņojumā konstatētas kļūdas (Negatīvs rezultāts PC12).

PC6, PC12

1 O

P6.13 Paziņojumu ievade administratīvajās lietās patvēruma vai izraidīšanas procedūrā.Forma pieejama JPS, kuriem ar JPA noslēgts juridiskās palīdzības līgums. Prasība līdzīga P6.9 un P6.10, izņemot atšķirību – jāaizpilda paziņojuma 2.sadaļa:2.sadaļa „Ziņas par VNJP saņēmēju”.

Vārds, uzvārds;

PK2 1 O

26

27


Kārta Prioritāte

dzimšanas datums (ja ir zināms) Procesuālais statuss.

P6.14 Paziņojuma ievade kriminālprocesā vai Ārstniecības likuma 68. 1panta kārtībā (saskaņā ar Ārstniecības likumu – JPS aizpilda paziņojumu CL).Attēlo lietu sarakstu un iespēju izvēlēties „Jauna lieta”.Ja paziņojums izvēlēts no lietu saraksta, attēlo izvēlni „labot” vai „izmantot datus”. Izvēlne „Labot” pieejama pirms paziņojuma apstiprināšanas (t.i., ja paziņojuma apstrādes ietvaros JPS izvēlējies saglabāt paziņojumu vēlākai apstrādei) vai gadījumā, ja atbildīgais darbinieks paziņojis par kļūdām paziņojumā. Šādā gadījumā tiek attēlots ievadītais paziņojums. Aktivizējot izvēlni „izmantot datus”, sistēma attēlo paziņojumu ar aizpildītu 1.un 2.sadaļu.Ja „Jauns paziņojums”, sistēma attēlo ievadformu paziņojuma ievadīšanai:1. sadaļa „Ziņas par JPS” – sistēma ielasa ziņas par JPS no ārējā portāla lietotāja profila.2. sadaļa „Ziņas par VNJP saņēmēju”.

Vārds, uzvārds; Personas kods vai dzimšanas datums Procesuālais statuss. Kriminālprocesa numurs.

3. sadaļa „VNJP veids”. Attēlojuma forma (piemērs, ekrānformā izkārtojumam jābūt tabulas veidā, kur katrs JP veids ir savā ailē):

VNJP veids (KLAS3) Datums; Laiks (no); Laiks (līdz); VNJP apjoms (procesuālo dokumentu, lietas materiālu sējumu, stundu skaits u.c.)

4. sadaļa Attēlo ievadformu ceļa (transporta) izdevumu, izdevumu par viesnīcu (naktsmītni) un ceļā pavadītā laika ievadīšanai.JPS atbilstoši faktiski sniegtajai VNJP atzīmē sniegtās VNJP veidu un laiku. Aizpilda sadaļu ceļa (transporta) izdevumu, izdevumu par viesnīcu (naktsmītni) un ceļā pavadītā laika ievadīšanai.

PK2 2 O

P6.15 Paziņojuma pārbaude kriminālprocesā un summas aprēķinsPārbauda JPS noslodzes datus datumā un laikā, kad sniegta VNJP. Ja šajā datumā un laikā sistēmā jau ir

PK2 2 0

27

28


Kārta Prioritāte

reģistrēta VNJP sniegšana vai, ja VNJP sniegta dažādās pilsētās, iestādēs – attēlo kļūdas paziņojumā.Veic samaksas aprēķinu un stundās mērāmā laika aprēķinu, vadoties no sekojošiem loģikas likumiem:

Laiks tiek aprēķināts no VNJP sniegšanas sākuma līdz beigu laikam, samaksu par sniegto VNJP aprēķina par pilnām stundām.

Gadījumā, ja VNJP tiek sniegta vairākiem VNJP saņēmējiem (2.sadaļā aizpildīts vairāk, kā viens lauks „VNJP saņēmējs”), samaksa par katras personas pārstāvību vai aizstāvību tiesas sēdē un iepazīšanos ar lietas materiālu sējumu tiek noteikta 65% apmērā no cenrādī noteiktās cenas (cenrāža pozīcijas cenas ir KLAS 3 pozīcijas atribūts), kuram jāuztur vēsturiskās versijas).

Ja VNJP sniegta pirmstiesas procesa stadijā vai tiesas sēdē, izlemjot jautājumu par drošības līdzekļa piemērošanu, sestdienās, svētdienās vai svētku dienās vai darbdienās, laikā no 20:00 līdz 8:00, samaksa par šo laiku tiek aprēķināta divkāršā cenrāža pozīcijas apmērā.

Gadījumā, ja VNJP tiek sniegta vairākiem VNJP saņēmējiem un ir izpaudusies kā dokumenta sastādīšana lietas izskatīšanai rakstveida procesā [MK1493] 28.2.prim punkts; apelācijas sūdzības sastādīšana [MK1493] 28.3. punkts; kasācijas sūdzības sastādīšana [MK1493] 28.4. punkts vai šo dokumentu papildinājumu sastādīšana [MK1493] 28.5. punkts, apmaksa tiek aprēķināta kā par viena dokumenta sagatavošanu.

Standarta gadījumos par VNJP maksājamā summa tiek noteikta atbilstoši [MK1493] 28. un 29. punktam (apmaksas likmes uzturamas VNJP klasifikatorā un ir konfigurējami parametri).

Ceļa (transporta) izdevumu aprēķinam attālums starp apdzīvotām vietām Latvijā tiek noteikts atbilstoši [MK1493] 3.pielikumam. Ja VNJP sniegšanas vieta nav [MK1493] 3.pielikumā, JPS paziņojumā norāda kopējo nobraukumu kilometros – faktisko attālumu no JPS prakses vietas līdz VNJP sniegšanas vietai un atpakaļ atbilstoši transportlīdzeklī ierīkotajai nobraukto kilometru kontrolierīcei.

P6.16 Sagatavoto paziņojumu saraksta attēlošana.JPS profilā jāattēlo visi sagatavotie paziņojumi:

VNJP saņēmējs Pazīme par paziņojuma veidu (kriminālprocess/civilprocess) Kriminālprocesa numurs vai lietas numurs Paziņojuma statuss

PC2; PK2

1 O

P6.17 Paziņojumu statuss.Katram paziņojumam jāattēlo vismaz sekojoši statusi:

PC10; PC12;

1 O

28

29


Kārta Prioritāte

Saglabāts vēlākai apstrādei Iesniegts JPA (statuss uzstādāms, ja paziņojums reģistrēts JPA lietvedībā un nodots apstrādei (PC10

vai PK6 pārbaudīta paziņojuma datu esamība) Nepieciešams precizēt (PC12; PK9 rezultātā atklātas kļūdas, sistēma attēlo saglabāto paziņojuma

informāciju, mainot tā statusu no „iesniegts” uz rediģējamu (līdzīgi kā saglabāts vēlākai apstrādei); Sagatavots apmaksai (gadījumā, ja paziņojuma pārbaude pozitīva) Apmaksāts Atteikts

PC13;PK6;PK8; PK9

P6.18 Ziņojumi no JPALietotāja profilā jāattēlo sadaļa ziņojumiem no JPA. Nelasītie ziņojumi vizuāli jānodala no lasītajiem ziņojumiem.

1 O

P6.19 Navigācija no ārējā portālā ievietota JPA ziņojumaJa JPA ziņojumā norāde par iesniegtā paziņojuma precizēšanu, aktivizējot paziņojumā ietverto hipersaiti, jābūt pieejamam paziņojumam, kurā nepieciešams veikt korekcijas.

PC12; PK9

1 O

3.6 AC Prasības Juridiskās palīdzības nodrošinājuma nodaļas (JPNN) vadītāja darba vietai.ID Prasība Procesa


AC1 Nodaļas pārziņā esošo lietu skatsJPNN vadītāja darba vietā jāattēlo visas JPNN pārziņā esošās palīdzības lietas:

Lietas numurs; VNJP saņēmējs (vārds, uzvārds); Strīda būtība (tai skaitā, CL un AL Nr.) Izmantotā VNJP (tā vietā var būt atlikusī palīdzība); JPS.

No VNJP lietu saraksta jābūt pieejai VNJP lietas informācijai VNJPR un JPA IS

1 O

AC2 Darbinieku uzdevumiJPNN vadītā darba vietā jāattēlo katram JPNN darbiniekam nodotie uzdevumi un to statuss (saraksts kārtojas pēc darbiniekiem):

1 O

29

30


Kārta Prioritāte

Uzdevuma veids (JPS pārbaude, paziņojuma pārbaude). Uzdevumu veidi precizējami sistēmanalīzes laikā;

Uzdevuma datums; Uzdevuma izpildes statuss:

o Izpildē;o Pieprasīta papildus informācija;o Izpildīts

Atzīme par pārsūdzības termiņu (uzstādās automātiski); Atzīme par pārsūdzību. Atzīme par lietas slēgšanu. Atzīme par piedziņas procesu.

Sistēmanalīzes laikā jāizvērtē iespēja šo funkcionalitāti realizēt ar Doclogix līdzekļiem.AC3 Atskaites (tiesības uz atskaitēm var tikt nodotas citiem nodalās darbiniekiem) 1 OAC3.1 Pārskats par JPS:

Laika posms (no – līdz) Saņemtie iesniegumi par juridiskās palīdzības sniegšanas līguma noslēgšanu Noslēgtie juridiskās palīdzības:

o Zvērināti advokāti;o Zvērinātu advokātu palīgi;o Personas, kuras ieguvušas juridisko izglītību un praktizē;o Biedrības un nodibinājumi;o Augstskolas.

Atkārtoti noslēgti juridiskās palīdzības līgumi Atteikts noslēgt juridiskās palīdzības līgumu (iedalījums atbilstoši pārbaudēm procesā JPL9) Lauzts juridiskās palīdzības līgums

1 O

AC3.2 Iesniegumi VNJP pieprasījumam. Laika posms (no – līdz)

1 O

30

31


Kārta Prioritāte

Iesniedzēji (dalījums atbilstoši AU10 2.sadaļai) Tiesību institūts (dalījums atbilstoši KLAS10) VNJP piešķirta Atteikts piešķirts VNJP Piešķirtais VNJP apjoms Izmantotais VNJP apjoms Izmaksātā summa (EUR, detalizētā atskaitē - atbilstoši iesniedzēju veidiem un tiesību

institūtam)AC3.3 JPA sagatavotie un izsūtītie dokumenti

Laika posms (no – līdz) Iesniedzēji (dalījums atbilstoši AU10 2.sadaļai)/ Juridiskās palīdzības saņēmējs Sagatavotā dokumenta veids Tiesību institūts (dalījums atbilstoši KLAS10) JPS

AC3.4.

VNJP nepiešķiršanas iemesli Neatbilst VNJP saņēmēja statusam; Nav iesniegta visa nepieciešamā informācija

Pozīcijas var tikt papildinātas

1 O

AC3.5 VNJP sniegšanas pārtraukšanas iemesli Mainījies personas mantiskais stāvoklis; VNJP saņēmējs nesadarbojas ar JPS vai JPA Saņemts JPS atzinums par turpmākās VNJP sniegšanas nelietderību

Pozīcijas var tikt papildinātasAC3.6 JPA lēmumu apstrīdēšana un pārsūdzēšana:

Laika posms (no – līdz) VNJP saņēmējs Tiesību institūts (dalījums atbilstoši KLAS10)

31

32


Kārta Prioritāte

AC3.7 VNJP lietu slēgšana: Laika posms (no – līdz) Juridiskās palīdzības saņēmējs Tiesību institūts (dalījums atbilstoši KLAS10)

AC4 No AC1 un AC2 jānodrošina pieeja pilnai JPNN darbinieka darba vietai 1 O

3.7 AU Prasības Juridiskās palīdzības nodrošinājuma nodaļas (JPNN) darbinieka darba vietai. ID Prasība Procesa


AU1 Apstrādājamo iesniegumu VNJP pieprasījumam saraksts.Doclogix reģistrētais iesniegums VNJP pieprasījumam tiek norādīts darbinieka sarakstā pēc JPNN vadītāja rezolūcijas Doclogix.Sarakstā tiek attēlots:

Iesnieguma iesniedzējs (imports no Doclogix) Darbinieks Uzdevuma datums Statuss:

o Jāuzsāk apstrāde;o Pieprasīta papildus informācija;o Jāveic pārbaude (norāda visas neveiktās pārbaudes);o Jāsagatavo pozitīvs lēmumso Jāsagatavo atteikuma lēmumso Jāsagatavo lēmums par juridiskās palīdzības pārtraukšanu.

Iespējama pārsūdzība līdz (pārsūdzības termiņa beigu datumu uzstāda automātiski). Pārsūdzēts

Pēc pārsūdzības beigu termiņa iesniegums VNJP pieprasījumam attēlots vairāk netiek.

JPL6 1 O

AU2 Iesnieguma par juridiskās palīdzības līguma slēgšanu nodošana no ārējā portāla.Ja ārējā portālā tiek sastādīts iesniegums par juridiskās palīdzības līguma slēgšanu, ārējais portāls nodod

JPL3 1 O

32

33


Kārta Prioritāte

iesnieguma datus JPA IS.Iesnieguma dati tiek saglabāti JPAIS, bet netiek attēloti.

AU4 Iesnieguma par juridiskās palīdzības līguma slēgšanu datu pārbaudeSistēma no Doclogix pārņem iesnieguma iesniedzēja personas datus, iesnieguma datumu un numuru.Darbiniekam, kuram uzdots uzdevums pārbaudīt iesniegumu, apstrādājamo iesniegumu sarakstā attēlo jaunu iesniegumu statusā „Jāuzsāk apstrāde”

JPL6 1 O

AU3 Iesnieguma par juridiskās palīdzības līguma slēgšanu datu esamības pārbaude (netiek realizēta, ja iesniegums parakstīts ar drošu elektronisko parakstu).Saņemot apstrādei jaunu iesniegumu, Sistēma pārbauda, vai Doclogix reģistrētie iesniedzēja dati sakrīt ar Sistēmā reģistrētajiem iesniedzēja datiem. Pozitīvas pārbaudes gadījumā darbiniekam, kuram ar rezolūciju uzdots izskatīt iesniegumu, attēlo paziņojumu par datu esamību.Aktivizējot paziņojumu, darbiniekam vienā ekrānā tiek attēloti JPAIS reģistrēti iesnieguma dati, otrā ekrāna daļā – skenētais iesniegums.Pozitīvas pārbaudes (sakritības) rezultātā darbinieks apstiprina sistēmā reģistrētos datus.Ja sakritības nav vai dati sistēmā nav reģistrēti, veic datu manuālu ievadi.

JPL7 1 O

AU4 Iesnieguma par juridiskās palīdzības līguma slēgšanu datu manuāla ievadeJa iesnieguma dati sistēmā ir reģistrēti, atver aizpildītu ievadformu rediģējamā režīmā, ja datu sistēmā nav – atver tukšu ievadformu:

Izvēlne „Iesnieguma veids”o Pirmreizējs (seko visas darbības)o Pagarinājums (attēlo par palīdzības sniedzēju sistēmā reģistrētos datus)

Izvēlne „Iesniedzējs”o Advokāta iesniegums;o Zvērināta notāra, zvērināta advokāta vai fiziskas personas iesniegums;o Valsts atzītas augstskolas iesniegums;o Biedrības vai nodibinājuma iesniegums.

Atbilstoši izvēlnei, MK641] 1, 2, 3 vai 4. veidlapā ievadāmā informācijaDarbinieks aizpilda informāciju, iesniegums statusā „Jāveic pārbaude”

AU5 JPS atbilstības pārbaude.Sistēma attēlo veicamās pārbaudes, katrai pārbaudei attēlojot statusu (chekbox):

JPL9 1 O

33

34


Kārta Prioritāte

Atbilst; Nosūtīt informācijas pieprasījumu; Neatbilst.

Statusus „atbilst” vai „neatbilst” darbinieks var uzstādīt, ja aizpildīts komentāra lauks un pievienota saite uz ienākošo dokumentu. Ja atbilstību apliecinošs dokuments iesniegts kā iesnieguma pielikums, saite nav jāpievieno.

AU5.1 JPS atbilstības pārbaude pret [VNJPL] 30.panta 1.daļas prasībām: Persona ir zvērināts advokāts

Vai Persona apguvusi akreditētu tiesību zinātņu programmu augstskolā; Persona prot valsts valodu; Ir ar nevainojamu reputāciju; Persona vismaz piecus gadus pēc augstskolas beigšanas darbojusies juridiskā specialitātē.

JPL9 1 O

AU5.2 JPS atbilstības pārbaude [VNJPL] 291.panta otrās daļas 1-4.punkta prasībām:Persona nav notiesāts, tiesājamais, apsūdzētais vai aizdomās turamais par tīša noziedzīga nodarījuma izdarīšanu, nav atbrīvots no soda vai kriminālprocess nav izbeigts sakarā ar noilgumu, amnestiju vai apžēlošanu.Aktivizējot statusu „Nosūtīt informācijas pieprasījumu”, sistēma eksportē uz Doclogix iesnieguma iesniedzēja datus un pazīmi „Informācijas pieprasījums IeM IC” (DLE1)Saņemot no Doclogix paziņojumu par atbildi, pabeidz pārbaudi, sistēma pievieno pārbaudes ikonai saiti uz saņemto atbildi uz informācijas pieprasījumu.

JPL9 1 O

AU5.3 JPS atbilstības pārbaude pēc [VNJPL]291.panta otrās daļas 5.punkta:Aktivizējot statusu „Nosūtīt informācijas pieprasījumu”, sistēma eksportē uz Doclogoix iesnieguma iesniedzēja datus un pazīmju kopu: „Informācijas pieprasījumus zvērinātu advokātu padomei”, „Informācijas pieprasījums Ģenerālprokuratūrai”, „Informācijas pieprasījums Tiesu administrācijai”, „Informācijas pieprasījums Tieslietu ministrijas personālvadības nodaļai” (DLE2 – DLE5).Saņemot no Doclogix paziņojumu par atbildi, pabeidz pārbaudi, sistēma pievieno pārbaudes ikonai saiti uz saņemto atbildi uz informācijas pieprasījumu.

JPL9 1 O

AU5.4 JPS atbilstības pārbaude pēc [VNJPL] 291.panta otrās daļas 6-8.punkta:Sistēma attēlo atteiktos JPS paziņojumus, kā arī informāciju par JPS pieprasītajiem paziņojumu

JPL9 1 O

34

35


Kārta Prioritāte

precizējumiem.Atzīmē neatbilstību, gadījumā, ja par konkrēto JPS ir konstatēta kāda no 291.panta otrās daļas 6-8.punktā norādītajām pazīmēm.Saņemot no Doclogix paziņojumu par atbildi, pabeidz pārbaudi, sistēma pievieno pārbaudes ikonai saiti uz saņemto atbildi uz informācijas pieprasījumu.

AU6 Juridiskās palīdzības līguma slēgšanas iniciēšanaGadījumā, ja visās pārbaudēs pozitīvi rezultāti, Sistēma attēlo darbiniekam paziņojumu „JPS atbilst juridiskās palīdzības līguma noslēgšanas kritērijiem”.Darbinieks aktivizē izvēlni „Slēgt līgumu” vai „Atlikt līguma slēgšanu līdz [dd/mm/gggg]”Aktivizējot izvēlni „Slēgt līgumu” sistēma nodod uz Doclogix JPS datus juridiskās palīdzības līguma slēgšanai (DLE6)

JPL11 1 O

AU7 Atteikums slēgt juridiskās palīdzības līgumuGadījumā, ja kādā no pārbaudēm ir negatīvs rezultāts, Sistēma attēlo darbiniekam paziņojumu „JPS neatbilst juridiskās palīdzības līguma noslēgšanas kritērijiem un attēlo konkrēto neatbilstību.Darbinieks aktivizē izvēlni „Sagatavot atteikumu” vai „Atlikt atteikuma sagatavošanu līdz [dd/mm/gggg]”.Aktivizējot izvēlni „Sagatavot atteikumu” sistēma nodod uz Doclogix JPS datus atteikuma sagatavošanai. (DLE7)

JPL11 1 O

AU8 Atzīme par juridiskās palīdzības līguma slēgšanas atteikuma atcelšanuAktivizējot atzīmi par juridiskās palīdzības līguma slēgšanas atcelšanu, sistēma attēlo visas veiktās pārbaudes un to rezultātus (atgriežas stāvoklī AU5).

JPL11 1 O

AU9 VNJP lietu saraksts (individuāls katram darbiniekam)VNJP lietu sarakstā attēlo visas darbiniekam nodotās lietas un to statusus:

Juridiskās palīdzības saņēmējs; Lietas statuss:

o Jāizskata;o Nokavēts;o Jānozīmē JPSo Piešķirtais VNJP apjomso Sniegtais VNJP apjoms

JPS

1 O

35

36


Kārta Prioritāte

Nozīmētā pirmā tikšanās Lieta izbeigta (+ izbeigšanas iemesls) Apstrīdēts, pārsūdzēts

AU10 Lietas izveide – Lietvedības nodaļa reģistrējot personas iesniegumu lietai tiek piešķirts Nr. un tā izpildei tiek nodota JPNN vadītājam vai vietniekam.Saņemot JPNN vadītāja vai vietnieka vīzētu iesniegumu, darbinieks atver jaunas lietas ievadformu un skenēto iesniegumu blakus logos.Sistēma attēlo ievadformu:1.sadaļa: personas dati (teksta lauki, visi obligāti, izņemot „Personas kods” un „Dzimšanas datums”, kuri ir alternatīvi)

Personas vārds, uzvārds; Personas kods; Dzimšanas datums (ja nav personas koda);

Pēc personas koda ievades sistēma izsauc Web servisu personas datu pārbaudei PMLP IR (Skat. PMLP1)Ja saskarne nedarbojas, sistēma attēlo ievadformu:

Deklarētā adrese; Personu apliecinoša dokumenta veids, sērija, numurs; Izdošanas datums; Izdevējiestāde. Derīguma termiņš

Ja saskarne darbojas un atgriež personas datus, tad atgrieztos datus ielasa automātiski no PMLP Iedzīvotāju reģistra IS)

Faktiskā adrese Tālrunis; E-pasts;

2.sadaļa: Informācija par personas statusu LR ( chekbox, viens no): Latvijas pilsonis; Latvijas nepilsonis; Bezvalstnieks; Citas ES dalībvalsts pilsonis, kurš tiesiski uzturas LR;

JP3 1 O

36

37


Kārta Prioritāte

Ārzemnieks, kurš tiesiski uzturas LR; Persona, kurai ir tiesības uz VNJP saskaņā ar starptautiskajām saistībām; Persona, kuras dzīvesvieta ir ES un nepieciešama palīdzība pārrobežu strīdā; Patvēruma meklētājs; Ārzemnieks, kurš neuzturas tiesiski LR

3.sadaļa: VNJP piešķiršanas pamats: (chekbox, viens no): Maznodrošinātas vai trūcīgas personas statuss (iespēja ievadīt datus manuāli); Atrodas pilnā valsts vai pašvaldības apgādībā; Persona nonākusi pēkšņi tādā situācijā, kura liedz nodrošināt tiesību aizsardzību; Personas īpašuma stāvoklis un ienākumu līmenis atbilst VNJP saņemšanai

(ievadlauki): Vidējie ienākumi pēdējo 3 mēnešu laikā Piederošais īpašums Apgādībā esošās personas (vārds, uzvārds, personas kods / dzimšanas datums) Cita informācija

4.sadaļa: Pilnvarotā persona Personas vārds, uzvārds; Personas kods;

Pēc personas koda ievades sistēma izsauc Web servisu personas datu pārbaudei PMLP IR (Skat. PMLP1) Dzimšanas datums (ja nav personas koda); Dzīvesvietas adrese; Tālrunis; E-pasts; Pārstāvības pamatojums

5.sadaļa: Nepieciešamā palīdzība: Izvēlne no tiesību institūtu klasifikatora Pretējā puse: vārds, uzvārds vai nosaukums, adrese

7.sadaļa: Informācija par tiesas sēdi (neobligāts lauks): Tiesa; Tiesas sēdes datums un laiks;

37

38


Kārta Prioritāte

Lietas Nr.8.sadaļa: īpaši apstākļi, kuri jāņem vērā (neobligāti lauki):

Lieta skar bērna tiesības; Noteikts tiesas sēdes datums un laiks (faktiski parādās, ja aizpildīta 7 sadaļa) Noteikts termiņš nolēmuma pārsūdzības iesniegšanai (dd/mm.gggg) Pārrobežu strīds; Cits īpašs apstāklis.

AU11 Monitoringa termiņa noteikšanaPersonas statusa monitoringa termiņu Sistēma nosaka, atbilstoši saņemtajai informācijai par statusa beigu termiņu. (darbojas tikai tādā gadījumā, ja informācija par personas maznodrošinātā vai trūcīgā statusu saņemta no SoPa)

JP5; JP18

1 O

AU12 Personas statusa noskaidrošana (gadījumā, ja SoPa persona nav reģistrēta). (Skat.DLE8)Aktivizējot izvēlni „Nosūtīt informācijas pieprasījumu”, sistēma eksportē uz Doclogix iesnieguma iesniedzēja:

Vārdu, uzvārdu, personas kodu, Deklarēto dzīvesvietas adresi pazīmi „Informācijas pieprasījums pašvaldībai”

Saņemot no Doclogix paziņojumu par atbildi, sistēma attēlo ievadformu datumu, līdz kuram personai piešķirts maznodrošinātās vai trūcīgas personas statuss un statusa veida ievadīšanai.

JP7 1 O

AU13 Atteikums piešķirt VNJPGadījumā, ja persona neatbilst VNJP piešķiršanas kritērijiem vai ir piemērojams kāds no VNJP atteikuma pamatiem, lietotājs aktivizē izvēlni „Atteikums sniegt VNJP” (Skat. DLE9)

JP9 1 O

AU14 VNJP apjoma noteikšana.Gadījumā, ja persona atbilst VNJP piešķiršanas kritērijiem, lietotājs aktivizē izvēlni „Piešķirt VNJP”Sistēma attēlo VNJP veidus un ievadformu piešķirtajam VNJP apjomam:

Juridiskās konsultācijas, stundas Procesuālo dokumentu sastādīšana, gab. Pārstāvība tiesā, stundas.

JP9 1 O

38

39


Kārta Prioritāte

AU15 JPS izvēles veidsSistēma attēlo izvēlni „izvēlēties pēc algoritma” vai „Izvēlēties no saraksta”Lietotājs izvēlas vienu no vērtībām.

JP9 1 O

AU16 JPS izvēle no saraksta.Lietotājs izvēlas no saraksta JPS

JP9, JP14

AU17 JPS atlaseSistēma:

Atlasa JPS, kuru specializācija atbilst VNJP saņēmēja vajadzībām; No atlasītajiem JPS atlasa tos, kuru prakses vieta ir vienā administratīvajā teritorijā ar VNJP

saņēmēja dzīvesvietu.Ja atlasei atbilst vismaz 5 (šis parametrs ir konfigurējams) JPS, sistēma izveido piedāvājumu sniegt VNJP.Ja atlasei atbilst mazāks skaits JPS, sistēma atbildīgajam darbiniekam attēlo kļūdas paziņojumu, atlasei atbilstošos JPS un viņu aktīvo lietu skaitu un piedāvā sekojošas iespējas:

Izsūtīt piedāvājumu sniegt VNJP atlasītajiem JPS; Papildināt atlases parametrus ar citiem tiesību institūtiem (manuāla izvēle no klasifikatora) un

atkārtot atlasi; Papildināt atlases parametrus ar tuvākajām teritorijām un atkārot meklēšanu (šāds variants derētu, ja

persona dzīvo netālu no Rīgas, bet atbilstošajā novadā nav atbilstoša JPS). Izvēlēties vienu no atlases atbilstošajiem JPS (AU16).

Atbilstoši izvēlētajam, sistēma atkārto atlasi. Attēlo izvēlni „Sagatavot piedāvājumu” vai „mainīt atlases parametrus”

JP11 1 O

AU18 Piedāvājums sniegt VNJPSistēma attēlo ievadlaukus:

VNJP saņēmēja vārds, uzvārds, dzīvesvieta (no sistēmas datiem) Lietas kategorija, būtība, virzība un zināmie procesuālie termiņi (teksta lauks) Plānotās VNJP s veids un apjoms (no sistēmas datiem) VNJP sniegšanas datums un vieta (ja nozīmēta tiesas sēde vai procesuālais termiņš) Termiņš atbildes iesniegšanai (SYS1). Termiņš atbildes iesniegšanai var tikt manuāli mainīts

Izvēlne „Nosūtīt piedāvājumu” vai „Izvēlēties no saraksta” (AU16)

JP11 1 O

AU19 Nosūtīt piedāvājumu sniegt VNJP JP11 1 O

39

40


Kārta Prioritāte

JPA IS atlasītajiem JPS nosūta elektroniskā pasta ziņojumu par piedāvājumu sniegt VNJP.JPS profilā (P6.6.) tiek attēlota piedāvājuma informācija (AU17)

AU19 JPS izvēle.Pēc piedāvājumu iesniegšanas termiņa beigām sistēma veic izvēli no JPS, kuri pieteikušies (SYS2). Sistēma attēlo piedāvāto JPS sarakstu, izvēlne „Apstiprināt”, „Izvēlēties citu”. Ja „Apstiprināt”, sistēmā akceptēts piedāvātais pirmais JPS, ja lietotājs izvēlas citu JPS, sistēma attēlo obligāti aizpildāmu teksta lauku pamatojuma sniegšanai.

JP13 1 O

AU20 Lēmuma par valsts nodrošinātas juridiskās palīdzības piešķiršanas sagatavošanaLietotājs aktivizē izvēlni „Sagatavot lēmumu par valsts nodrošinātas juridiskās palīdzības piešķiršanu” (DLE10)

JP14 1 O

AU21 Datu eksports uz VNJPR (REG2)Datu eksports uz VNJPR tiek veikts pēc lēmuma par valsts nodrošināto juridisko palīdzību parakstīšanas (DLI4)

JP16 1 O

AU22 Datu nodošana ārējam portālam. (Skat.P6.7.)Nodod uz ārējo portālu pievienošanai palīdzības sniedzēja profilā sekojošu informāciju:

VNJP veidi VNJP apjoms katrā VNJP veidā

JP17 1 O

AU23 Paziņojuma datu esamības pārbaude.Saņemot apstrādei jaunu paziņojumu, Sistēma pārbauda, vai Doclogix reģistrētā paziņojuma UID ir reģistrēts sistēmā. Pozitīvas pārbaudes gadījumā darbiniekam, kuram ar rezolūciju uzdots izskatīt paziņojumu, attēlo paziņojumu par datu esamību.Aktivizējot paziņojumu, darbiniekam vienā ekrānā tiek attēloti JPA IS reģistrēti paziņojuma dati, otrā ekrāna daļā – skenētais paziņojums.Pozitīvas pārbaudes (sakritības) rezultātā darbinieks apstiprina sistēmā reģistrētos datus.Ja sakritības nav vai dati sistēmā nav reģistrēti, veic datu manuālu ievadi.

PC10 1 O

AU24 Paziņojuma datu manuāla ievadeAttēlojuma forma (piemērs, ekrānformā izkārtojumam jābūt tabulas veidā, kur katrs palīdzības veids ir savā ailē):

Palīdzības veids [izvēle no KLAS2, var būt vairāki] Atlikums – X stundas

PC11 1 O

40

41


Kārta Prioritāte

Sniegts – [ievadlauks] Datums; Laiks (no); Laiks (līdz); VNJP sniegta vairākām personām – [attēlo aktīvo lietu sarakstu, no kura var izvēlēties citu procesa

dalībnieku, kuram sniegta VNJP]; Pazīme, ka VNJP saņēmējs nav ieradies

Attēlo ievadformu ceļa (transporta) izdevumu, izdevumu par (viesnīcu) naktsmītni un ceļā pavadītā laika ievadīšanai.

AU25 Paziņojuma datu pārbaude (tikai pie manuālas datu ievades)Pārbauda ievadīto informāciju pēc sekojošiem validācijas likumiem:

Ievadītais VNJP apjoms nevar būt lielāks par atlikumu; Ievadītais VNJP sniegšanas laika intervāls nevar būt negatīvs; Ja kādā paziņojumā nodibināta sasaiste starp VNJP saņēmējiem, tad šādai sasaistei jāsaglabājas arī

citos saistītajos paziņojumos – piemēram, paziņojumā par personu A norādīts, ka tā pārstāvēta tiesā kopā ar personu B, bet paziņojumā par personu B nav norādes par pārstāvību kopā ar personu A.

Aprēķina JPS izmaksājamo summu: Gadījumā, ja VNJP sniegta kādā no veidiem, kuri norādīti [MK1493] 9.1.- 9.6. punktos, maksājamā

summa tiek norādīta tikai par vienu VNJP saņēmēju, pārējiem VNJP saņēmējiem VNJP summa ir 0; Gadījumā, ja tiesas sēdē pārstāvētas vairāku VNJP saņēmēju intereses, samaksa, kas norādīta

[MK1493] 9.7.un 9.8. punktā, tiek reizināta ar 0,65. Pārējos gadījumos par juridisko palīdzību maksājamā summa tiek noteikta atbilstoši [MK1493] 9.1. –

9.8. punktā norādītajā apmērā. (KLAS2)

PC11 1 O

AU26 Paziņojuma kvalitātes pārbaudeLietotājs atzīmē pārbaudes rezultātus:

Palīdzības sniegšanas fakta pārbaude (pozitīva/negatīva); Pievienoto dokumentu kvalitāte (apmierinoša/neapmierinoša).

PC12 1 O

AU27 Palīdzības saņēmēja neierašanās apstākļiLietotājs ievada vienu no vērtībām:

Attaisnojoši;

1 O

41

42


Kārta Prioritāte

Neattaisnojoši.Ja ievadīti neattaisnojoši apstākļi, palīdzības saņēmējam piešķirtais palīdzības apjoms var tikt samazināts par 1 stundu (REG3) (par to veicama atzīme manuāli)

AU28 Paziņojuma akceptēšanaJa visas pārbaudes ir pozitīvas, lietotājs akceptē paziņojumu apmaksai. Dati tiek nodoti uz Horizon (HOR1) un VNJPR (REG4).Paziņojums statusā „Akceptēts”, ārējā portālā paziņojuma statuss mainās uz „akceptēts” (Skat.P6.17)

PC12 1 O

AU29 Papildus informācijas pieprasījumsJa pārbaudi nav iespējams pabeigt bez papildus informācijas no palīdzības sniedzēja, lietotājs ievada papildus informācijas pieprasījuma tekstu sistēmā un apstiprina papildus informācijas pieprasījuma nosūtīšanu (Skat.6.17)

PC12 1 O

AU30 Atteikums apmaksāt paziņojumu.Lietotājs aktivizē izvēlni „atteikums apmaksāt paziņojumu” (DLE 11)

PC13 1 O

AU31 Lēmums par juridiskās palīdzības pārtraukšanuLietotājs aktivizē izvēlni „Izbeigt lietu”, sistēma attēlo teksta lauku ar lietas pārtraukšanas iemeslu (KLAS12).Neizmantotais atlikums lietā tiek dzēsts (P6.17).Palīdzības sniedzējam tiek nosūtīts paziņojums par lietas izbeigšanu.

1 O

3.8 CC Prasības Juridiskās nodaļas (JN) vadītāja darba vietai.ID Prasība Procesa


CC1 JN pārziņā esošo lietu skatsJN vadītāja darba vietā jāattēlo visas JN pārziņā esošās valsts kompensācijas lietas:

Lietas numurs; Valsts kompensācijas saņēmējs; Lietas statuss:

o Saņemts valsts kompensācijas pieprasījums;o Pieprasīta papildu informācija;o Pieņemts lēmums par valsts kompensācijas izmaksu vai atteikumu to izmaksāt;

3 O

42

43


Kārta Prioritāte

o Valsts kompensācija izmaksāta.No valsts kompensācijas lietu saraksta jābūt pieejai valsts kompensācijas lietas informācijai VKR

CC2 Aktuālo paziņojumu sarakstsJN vadītāja darba vietā jāattēlo visi aktuālie (t.i. neapmaksātie un neatteiktie) paziņojumi par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā vai saskaņā ar Ārstniecības likuma 681.pantu:

Kriminālprocesa/lietas numurs; VNJP saņēmējs (vārds, uzvārds, personas kods); JPS (vārds, uzvārds vai nosaukums, personas kods/reģistrācijas Nr.) Procesa stadija:

o Pirmstiesas procesa stadijā;o Iztiesāšanā;o Stājies spēkā galīgais nolēmums krimināllietā

Paziņojuma statuss:o Saņemts paziņojums apmaksai;o Pieprasīta papildus informācija;o Paziņojums apmaksāts/ apmaksa atteikta

Atbildīgais darbinieks.

2 O

CC3 JN darbinieku uzdevumiJN vadītā darba vietā jāattēlo katram JN darbiniekam nodotie uzdevumi un to statuss (saraksts kārtojas pēc darbiniekiem):

Uzdevuma veids (valsts kompensācijas pieprasījuma izskatīšana, paziņojuma par valsts apmaksāto juridisko palīdzību izskatīšana). Uzdevumu veidi precizējami sistēmanalīzes laikā;

Uzdevuma datums; Uzdevuma izpildes statuss:

o Izpildē;o Pieprasīta papildus informācija;o Izpildīts

Atzīme par pārsūdzības termiņu (uzstādās automātiski);

2/3 O

43

44


Kārta Prioritāte

Atzīme par pārsūdzību.Sistēmanalīzes laikā jāizvērtē iespēja šo funkcionalitāti realizēt ar Doclogix līdzekļiem.

CC4 Prasības atskaitēm. Lietotāja tiesības uz atskaitēm var tikt piešķiras arī citiem JN darbiniekiem. 2 OCC4.1 Pārskats par pieņemtajiem lēmumiem par valsts kompensāciju izmaksu vai atteikumu to izmaksāt:

Laika posms (no – līdz, ievadāmi parametri); Perioda sākumā saņemto, bet neizskatīto valsts kompensācijas pieprasījumu skaits; Saņemto valsts kompensāciju pieprasījumu skaits; Atteikts izmaksāt valsts kompensāciju; Pieņemti lēmumi par kompensācijas izmaksu (atbilstoši KLAS8 pozīcijām); Perioda beigās nav pieņemts lēmums par valsts kompensāciju.

2 O

CC4.2 Pārskats par pieņemtajiem lēmumiem par valsts kompensācijas izmaksu vai atteikumu to izmaksāt attiecībā uz nepilngadīgām personāmIdentiski CC4.1, iekļaujot atskaitē tikai cietušos, kuri valsts kompensācijas pieprasīšanas brīdī bija nepilngadīgi (aprēķins veicams, izmantojot personas kodu vai, veicot cietušā datu ievadi, atbilstoši indeksējot personas vecumu)

2 O

CC4.3 Pārskats par pieņemtajiem lēmumiem par valsts kompensācijas izmaksu vai atteikumu to izmaksāt, sadalījumā pa novadiem (KLAS12)Identiski CC4.1, šķeļot datus pa novadiem (KLAS12).

CC4.4 Pārskats par procesa stadiju, kurā iesniegts valsts kompensācijas pieprasījums: Laika posms (no – līdz, ievadāmi parametri) Procesa virzītājs (atbilstoši pieprasījuma iesniegšanas brīdim) – vērtības no KLAS5

CC5 No CC1 – CC2 jānodrošina pieeja pilnai JN darba vietai 2 O

3.9 CU Prasības Juridiskās nodaļas (JN) darbinieka darba vietai.ID Prasība Procesa


CU1 Paziņojuma par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu datu esamības pārbaude.

PK6 2 O

44

45


Kārta Prioritāte

Saņemot apstrādei jaunu paziņojumu, Sistēma pārbauda, vai Doclogix reģistrētā paziņojuma UID ir reģistrēts sistēmā. Pozitīvas pārbaudes gadījumā JN darbiniekam, kuram uzdots izskatīt paziņojumu, attēlo paziņojumu par datu esamību.Aktivizējot paziņojumu, darbiniekam vienā ekrānā tiek attēloti JPA IS reģistrēti paziņojuma dati, otrā ekrāna daļā – skenētais paziņojums.Pozitīvas pārbaudes (sakritības) rezultātā JN darbinieks apstiprina sistēmā reģistrētos datus.Ja sakritības nav vai dati sistēmā nav reģistrēti, veic datu manuālu ievadi.Piezīme: sistēmanalīzes laikā jāpārbauda iespēja izmantot funkcionalitāti, kura norādīta prasībā AU23

CU2 Paziņojuma par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu datu manuāla ievadeAttēlojuma forma (piemērs, ekrānformā izkārtojumam jābūt tabulas veidā, kur katrs VNJP veids ir savā ailē):

VNJP veids [izvēle no klasifikatora, skat. KLAS3] Sniegts – [ievadlauks] Datums; Laiks (no); Laiks (līdz); VNJP sniegta vairākām personām – [attēlo aktīvo lietu sarakstu, no kura var izvēlēties citu procesa

dalībnieku, kuram sniegta VNJP];Attēlo ievadformu ceļa (transporta) izdevumu, izdevumu par viesnīcu (naktsmītni) un ceļā pavadītā laika ievadīšanai.Piezīme: sistēmanalīzes laikā jāņem vērā, ka šī funkcionalitāte ir līdzīga prasībā AU24 norādītajai

PK7 2 O

CU3 Paziņojuma par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu datu pārbaude.Sistēma pārbauda JPS noslodzes datus datumā un laikā, kad sniegta VNJP. Ja šajā datumā un laikā sistēmā jau ir reģistrēta VNJP sniegšana vai, ja VNJP sniegta dažādās pilsētās, iestādēs – ja laika starpība ir mazāka vai vienāda par ceļā patērēto laiku, attēlo kļūdas paziņojumu.Sistēma veic cenas aprēķinu un stundās mērāmā laika aprēķinu pēc šādiem loģikas likumiem:

Laiks tiek aprēķināts no VNJP sniegšanas sākuma līdz beigu laikam, samaksu par VNJP sniegšanu aprēķina par pilnām stundām. Gadījumā, ja VNJP tiek sniegta vairākiem VNJP saņēmējiem (2.sadaļā aizpildīts vairāk, kā viens lauks „VNJP saņēmējs”), samaksa par katras personas

PK8 2 O

45

46


Kārta Prioritāte

pārstāvību/aizstāvību tiesas sēdē un iepazīšanos ar lietas materiālu sējumu tiek noteikta 65% apmērā no klasifikatorā noteiktās cenas.

Ja VNJP sniegta pirmstiesas procesa stadijā vai tiesas sēdē, izlemjot jautājumu par drošības līdzekļa piemērošanu sestdienās, svētdienās vai svētku dienās vai darbdienās, laikā no 20:00 līdz 8:00, samaksa par šo laiku tiek aprēķināta divkāršā apmērā.

Gadījumā, ja VNJP tiek sniegta vairākiem VNJP saņēmējiem un ir izpaudusies kā dokumenta sastādīšana lietas izskatīšanai rakstveida procesā [MK1493] 28.2.prim punkts; apelācijas sūdzības sastādīšana [MK1493] 28.3. punkts; kasācijas sūdzības sastādīšana [MK1493] 28.4. punkts vai par šo dokumentu papildinājumu sastādīšanu [MK1493] 28.5. punkts, apmaksa tiek aprēķināta kā par viena dokumenta sagatavošanu.

Standarta gadījumos par VNJP maksājamā summa tiek noteikta atbilstoši [MK1493] 28. un 29. punktam

Ceļa izdevumu aprēķinam attālums starp apdzīvotām vietām Latvijā tiek noteikts atbilstoši [MK1493] 3.pielikumam (KLAS4). Ja VNJP sniegšanas vieta nav [MK1493] 3.pielikumā, JPS paziņojumā norāda kopējo nobraukumu kilometros – faktisko attālumu no JPS prakses vietas līdz VNJP sniegšanas vietai un atpakaļ atbilstoši transportlīdzeklī ierīkotajai nobraukto kilometru kontrolierīcei.

CU4 Paziņojuma par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu datu pārbaude.Manuāla pārbaude, lietotājs atzīmē vienu no izvēlnēm: paziņojums akceptējams vai paziņojumā nepieciešami precizējumi.

PK8 2 O

CU5 Paziņojuma par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu akceptēšanaPaziņojuma akceptēšanas gadījumā dati tiek nodoti uz Horizon (HOR2).Paziņojums statusā „Akceptēts”, ārējā portālā paziņojuma statuss mainās uz „akceptēts” (Skat.P6.17, P6.18)

PK8 2 O

CU5 Paziņojumā par valsts nodrošinātās juridiskās palīdzības sniegšanu kriminālprocesā un saskaņā ar Ārstniecības likumu nepieciešami precizējumiJa lietotājs izvēlējis „paziņojumā nepieciešami precizējumi”, sistēma attēlo teksta lauku nepieciešamo precizējumu aprakstam. Paziņojums tiek attēlots JPS profilā (P6.18), paziņojuma statuss mainīts uz „nepieciešams precizēt” (P6.17).

PK9 2 O

46

47


Kārta Prioritāte

Alternatīva (ja paziņojuma iesniedzējam nav lietotāja profila portālā):Datu nodošana uz Doclogix (DLE12).

CU6 Apstrādājamo valsts kompensācijas lietu saraksts.Doclogix reģistrētais valsts kompensācijas pieprasījums tiek norādīts darbinieka sarakstā pēc JN vadītāja uzdevuma Doclogix statusā „Izvērtēt, nepieciešamības gadījumā pieprasīt informāciju”.Sarakstā tiek attēlots:

Valsts kompensācijas pieprasījuma iesniedzējs (imports no Doclogix) Valsts kompensācijas pieprasījuma datums Statuss:

o Jāuzsāk apstrāde;o Pieprasīta papildu informācija;o Jāveic pārbaude (norāda visas neveiktās pārbaudes);o Sagatavots lēmums par valsts kompensācijas izmaksu vai atteikumu to izmaksāt

Iespējama pārsūdzība līdz (pārsūdzības termiņa beigu datumu uzstāda automātiski). Pārsūdzēts

Pēc pārsūdzības beigu termiņa valsts kompensācijas pieprasījums vairāk netiek attēlots.

VK1 3 O

CU7 Valsts kompensācijas pieprasījums datus pārņem no ārējā portālaJa ārējā portālā tiek sastādīts valsts kompensācijas pieprasījums, ārējais portāls nodod valsts kompensācijas pieprasījuma datus JPA IS.Valsts kompensācijas pieprasījuma dati tiek saglabāti JPA IS, bet netiek attēloti līdz attiecīgā pieprasījuma saņemšanai Doclogix.

VK1 3 O

CU8 Datu pārņemšana no DoclogixSistēma atbilstoši JN vadītāja uzdevumam, pārņem no Doclogix valsts kompensācijas pieprasījuma datus (DLI5) un attēlo JN darbiniekam paziņojumu par jaunas valsts kompensācijas lietas uzsākšanu.Ja valsts kompensācijas pieprasījums izveidots ārējā portālā, attēlo darbiniekam tā datus un skenēto dokumentu blakus logos. Darbiniekam jāapstiprina atbilstība vai jāpāriet pie valsts kompensācijas pieprasījuma datu manuālas ievades

VK5 3 O

CU9 Datu manuāla ievadeSistēma attēlo ievadformu:1.sadaļa: personas dati (teksta lauki, visi obligāti, izņemot „Personas kods” un „Dzimšanas datums”, kuri ir

VK5 3 O

47

48


Kārta Prioritāte

alternatīvi. Piezīme: personas datu pārbaude notiek arī gadījumā, ja iesniegums saņemts elektroniski) Personas vārds, uzvārds; Personas kods; Dzimšanas datums (ja nav personas koda);

Pēc personas vārda, uzvārda, personas koda ievades tiek izsaukta personas datu pārbaude PMLP IR (PMLP1), kura aizpilda sekojošus laukus:

Personu apliecinoša dokumenta veids, sērija, numurs; Izdošanas datums; Izdevējiestāde. Valstiskā piederība

Gadījumā, ja pārbaude PMLP IR nedarbojas, jābūt iespējai šos datus ievadīt manuāli.Pēc personas datu pārbaudes PMLP IS, JPA IS pārbauda personas esamību VKR, ja personai ir konstatēta valsts kompensācijas lieta un pieteikumā aizpildīta 9.sadaļa „Informācija par izmaiņām sākotnējā valsts kompensācijas pieprasījumā”, atver iepriekšējo valsts kompensācijas lietu un veic tajā 9.sadaļā norādītās izmaiņas. Iepriekšējās vērtības tiek saglabātas sistēmas audita datos.2.sadaļa: Cietušā pārstāvji

Personas vārds, uzvārds; Personas kods; Dzimšanas datums (ja nav personas koda); Dzīvesvietas adrese; Tālrunis; E-pasts; Pārstāvības pamatojums

o Likumiskais pārstāvis (chekbox);o Pilnvarotā persona (chekbox);o Cits (chekbox+txt)o Pārstāvības pamatojums (Txt)

3.sadaļa: Informācija par personu/ām, kuras noziedzīgā nodarījuma rezultātā mirusi/šas. Skaits (Num).4.sadaļa: Informācija par kriminālprocesu, kurā persona atzīta par cietušo:

Krimināllietas Nr.

48

49


Kārta Prioritāte

Procesa virzītājs vai iestāde, kurā pieņemts galīgais nolēmums vai izmeklētājs, prokurors vai tiesa, kas pieņēmusi lēmumu par kriminālprocesa izbeigšanu (izvēle no KLAS5, txt vārdam, uzvārdam).

5. Datums, ar kuru persona atzīta par cietušo (dd/mm/gggg);6. Attaisnojošs iemesls, ja pieprasījuma iesniegšanas termiņš nokavēts (txt)7. Jau iepriekš saņemta kompensācija par noziedzīga nodarījuma rezultātā izdarīto kaitējumu (EUR ______)8. Cietušā norādītais norēķinu iestādes konts

Konta rīkotājs (IBAN) Norēķinu iestādes nosaukums (Ja IBAN nesākas ar LV) Bankas kods (Ja IBAN nesākas ar LV) Konta rīkotājs (ja pilnvarnieks vai cita persona)

o Vārds, uzvārds;o Personas kods

10.sadaļa: pievienotie dokumenti: Procesa virzītāja izziņa; Spēkā stājies galīgais nolēmums; Cits (+ txt)

11.sadaļa: Piekrišana saņemt lēmumu elektroniski: Uz cietušā norādīto e-pastu; Uz pārstāvja norādīto e-pastu

CU10 Pārbaude VKRPārbaudes rezultātā iespējams atvērt esošo valsts kompensācijas lietu un kopēt tās datus jaunā valsts kompensācijas lietā (t.i. konstatēti jauni apstākļi, kuri pamato jaunu valsts kompensācijas pieprasījumu kriminālprocesā, kurā kompensācija jau piešķirta) vai var būt par pamatojumu valsts kompensācijas pieprasījuma neizskatīšanai (izvēlne „neizskatīt iesniegumu”, šādā gadījumā procesa solī VK12 kā valsts kompensācijas noraidīšanas pamatojums ir fakts, ka valsts kompensācija jau izmaksāta lietā Nr.____.

VK7 3 O

CU11 Informācijas pārņemšana no KISPārbaudes (KIS1) rezultātā tiek aizpildīti datu lauki:

Procesa virzītājs; KL pants, pēc kura kvalificēts noziedzīgs nodarījums (pantu sistēmā nesaglabā, bet tas ir nozīmīgs,

lai novērtētu noziedzīgā nodarījuma subjektīvo pusi);

VK8 3 V

49

50


Kārta Prioritāte

Datums, ar kuru persona atzīta par cietušo.CU12 Informācijas pārņemšana no TIS

Pārbaudes (TIS1) rezultātā tiek aizpildīti datu lauki: Tiesa, kura ir procesa virzītājs lietā; Paredzētā tiesas sēde vai paziņojums „Tiesas sēde vēl nav nozīmēta” Galīgā nolēmuma spēkā stāšanās diena (ja stājies spēkā galīgais nolēmums)

VK9 3 V

CU13 Valsts kompensācijas pieprasījuma izvērtējumsSistēma attēlo ievadformu valsts kompensācijas pieprasījuma pamatojuma ievadei [VKL 3.panta ceturtā daļa], chekbox:

Iestājusies personas nāve; Cietušajam nodarīti smagi vai vidēja smaguma miesas bojājumi; Aizskarta cietušā tikumība vai dzimumneaizskaramība; Cietušais ir cilvēktirdzniecības upuris; Cietušais inficēts ar cilvēka imūndeficīta vīrusu, B vai C hepatītu.

Norāda noziedzīga nodarījuma veidu: Tīšs noziedzīgs nodarījums; Noziedzīgais nodarījums nodarīts aiz neuzmanības; Cietušajam ir tiesības pieprasīt atlīdzību no apdrošinātāja (OCTA).

Atver atbilstības noteikšanas formu: Iesniegta kriminālprocesa virzītāja izziņa vai procesa virzītāja galīgais nolēmums; Izziņā norādītas visas [VKL] 8.panta otrajā daļā norādītās ziņas:

o Noziedzīgā nodarījuma izdarīšanas laiks un vieta (jāievada);o Kvalifikācija saskaņā ar Krimināllikumu (KLAS7) (jāievada);o Vainas forma (jāievada)o Kriminālprocesa uzsākšanas datums un krimināllietas numurs (jāievada);o Informācija par personu, kura atzīta par cietušo;o Nodarītā kaitējuma raksturs (KLAS8) (jāievada);o Informācija par eksperta atzinumu, atzinuma datums, numurs, ekspertīzes izdarītājs;o Informācija par noziedzīga nodarījuma izdarītāju;

VK10 3 O

50

51


Kārta Prioritāte

o To personu skaits, kuras atzītas par cietušajiem, ja kriminālprocess sakarā ar iestājušos nāvi par cietušajiem atzītas vairākas personas.

Nav nokavēts valsts kompensācijas pieprasījuma termiņš; Spriedumā vai galīgajā nolēmumā noteikts atlīdzinājums par radīto kaitējumu, un cietušais ir to

saņēmis (ja atlīdzinājums ir saņemts, norāda summu EUR)Atbilstoši ievadītajai informācijai, attēlo vienu no valsts kompensācijas pieprasījuma apstrādes statusiem:

Cietušais iesniedzis visu nepieciešamo informāciju un atbilst valsts kompensācijas piešķiršanas noteikumiem;

Nepieciešama papildu informācija; Valsts kompensācijas pieprasījuma iesniedzējs neatbilst valsts kompensācijas izmaksas

nosacījumiem:o Nav iestājušās [VKL] paredzētās sekas;o Nav ievērots valsts kompensācijas pieprasījuma iesniegšanas termiņš;o Cietušais jau saņēmis kompensāciju no vainīgās personas, kura pārsniedz [VKL] noteikto vai

ir vienāda ar to;o Noziedzīgs nodarījums izdarīts aiz neuzmanības;o Noziedzīgs nodarījums bijis vērsts pret satiksmes drošību un cietušajam ir tiesības uz

apdrošināšanas atlīdzību saskaņā ar normatīvajiem aktiem par sauszemes transportlīdzekļu īpašnieku civiltiesiskās atbildības obligāto apdrošināšanu;

o Cietušais apzināti sniedzis nepatiesas ziņas;o Valsts kompensācija pieprasīta nepamatoti

CU14 Informācijas pieprasījums procesa virzītājamGadījumā, ja saskarne ar KIS nedarbojas vai saņemtā atbilde ir kļūdas paziņojums, lietotājs aktivizē pogu „Nosūtīt informācijas pieprasījumu procesa virzītājam”Saņemot no Doclogix atbildi, precizē valsts kompensācijas pieprasījuma 4. un 5.sadaļas informāciju.

VK11 3 O

CU15 Lēmuma par valsts kompensācijas izmaksu sagatavošana.Valsts kompensācijas pieprasījuma apstrāde statusā „Cietušais iesniedzis visu nepieciešamo informāciju”.Atbildīgais darbinieks apstiprina izmaksājamās valsts kompensācijas apmēru (tiek aprēķināts, atbilstoši solī VK5 ievadītajam valsts kompensācijas saņemšanas pamatojumam un valstī noteiktās minimālās mēneša darba algas apmēram (SYS3) vai ievada valsts kompensācijas summu manuāli un ievada pamatojumu

VK12 3 O

51

52


Kārta Prioritāte

(piemēram, [VKL] 7.prim panta 6.daļa un apstiprina datu nodošanu lēmuma par kompensācijas izmaksu noformēšanai).Gadījumā, ja nav pamatojuma valsts kompensācijas izmaksai, ievada faktiskos apstākļus teksta laukā, apstiprina datu nodošanu lēmuma par atteikumu izmaksāt valsts kompensāciju noformēšanai.

CU16 Lēmuma par atteikumu izmaksāt valsts kompensāciju datu nodošanaCU 15 izvēles „atteikums” gadījumā Sistēma nodod Doclogix prasībā DLE14 norādītos datus

VK13 3 O

CU17 Lēmuma par atteikumu izmaksāt valsts kompensāciju datu nodošana VKRPēc lēmuma par atteikumu izmaksāt valsts kompensāciju parakstīšanas no Doclogix tiek pārņemts tā reģistrācijas datums un numurs (DLI6). Pēc informācijas saņemšanas uz VKR tiek nodoti dati saskaņā ar prasību REG6

VK13 3 O

CU18 Informācija par lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt atcelšanuPazīme par lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt atcelšanu jāparedz iespēja ievadīt valsts kompensācijas lietā. Šādā gadījumā lieta atgriežas procesa solī VK10 (izvērtēt, nepieciešamības gadījumā pieprasīt informāciju), prasība CU13 un informācija par lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt atcelšanu tiek nodota VKR (REG7)

VK13 3 O

CU19 Lēmuma par valsts kompensācijas izmaksu datu nodošana DoclogixCU 15 izvēles „piešķirt kompensāciju” gadījumā Sistēma nodod Doclogix prasībā DLE15 norādītos datus

VK14 3 O

CU20 Lēmuma par valsts kompensācijas izmaksu datu nodošana VKRPēc informācijas saņemšanas par lēmuma par valsts kompensācijas izmaksu saņemšanas (DLI7) Sistēma nodod datus par izmaksājamo valsts kompensāciju sistēmai Horizon (HOR3) un VKR (REG6)

VK14 3 O

3.10 PC Prasības Piedziņas nodaļas vadītāja darba vietai.ID Prasība Procesa


PC1 Piedziņas nodaļas pārziņā esošo lietu skatsPiedziņas nodaļas vadītāja darba vietā jāattēlo visas aktuālās piedziņas lietas:

Lietas numurs; Kriminālprocesa numurs; Cietušā vārds, uzvārds Persona, pret kuru vērsta (var tikt vērsta) piedziņa;

4 O

52

53


Kārta Prioritāte

Lietas statuss:o Lieta atrodas izvērtēšanā;o Parādniekam nosūtīts lēmums par piedziņu;o Parādniekam nosūtīts brīdinājums par piespiedu izpildi;o Lieta atrodas pirmstiesas stadijā;o Lieta atrodas tiesvedības stadijā;o Pieņemts galīgais nolēmums krimināllietāo Lieta nodota piespiedu izpildei ZTI;o Piedziņa pabeigta;o Sagatavota uzziņa par piedziņas neuzsākšanu vai pabeigšanu.

Atbildīgais darbinieksNo piedziņas lietu saraksta jābūt pieejai palīdzības lietām / kompensācijas lietām, VKR un JPA IS

PC2 Darbinieka pārziņā esošās lietasJāattēlo katra darbinieka pārziņā esošās piedziņas lietas

Lietas numurs; Kriminālprocesa, civilprocesa, administratīvā procesa numurs; Cietušā vārds, uzvārds Persona, pret kuru vērsta (var tikt vērsta) piedziņa; Lietas statuss.

4 O

PC3 Atskaite par piedziņas lietām: Parādnieks (vārds, uzvārds, personas kods), ja kriminālprocess ierosināts par noziedzīga

nodarījuma faktu, tad šeit „Nav zināms”); Piedzenamā summa Piedzītā summa Nepiedzenamā summa Lietas statuss ZTI, kura lietvedībā atrodas lieta.

Atkarībā no uzstādījumiem, atskaite var tikt attēlota kā pilna atskaite, tā arī kopējā atskaite, norādot tikai

4 O

53

54


Kārta Prioritāte

kopīgās vērtības.PC4 No PC1 un PC2 jānodrošina pieeja pilnai piedziņas nodaļas darbinieka darba vietai 4 O

3.11 PU Prasības Piedziņas nodaļas darbinieka darba vietaiID Prasība Procesa


PU1 Piekļuve lietām.Piedziņas nodaļas darbiniekam jābūt iespējai piekļūt lietas informācijai, ievadot lietas numuru, parādnieka vārdu, uzvārdu, parādnieka personas kodu, cietušā vārdu, uzvārdu, personas kodu, kriminālprocesa numuru, civillietas numuru, administratīvās lietas numuru, juridiskās palīdzības saņēmēja vārdu, uzvārdu.

4 O

PU2 Lietas statusa uzstādīšana.Darbiniekam jābūt iespējai uzstādīt lietas statusu:

o Lieta atrodas izvērtēšanā;o Parādniekam nosūtīts lēmums par piedziņu;o Parādniekam nosūtīts brīdinājums par piespiedu izpildi;o Lieta atrodas pirmstiesas stadijā;o Lieta atrodas tiesvedības stadijā;o Pieņemts galīgais nolēmums krimināllietāo Lieta nodota piespiedu izpildei zvērinātam tiesu izpildītājam;o Piedziņa pabeigta;o Sagatavota uzziņa par piedziņas neuzsākšanu vai pabeigšanu.

4 O

PU3 Nākamās lietā veicamās darbības uzstādīšana.Sistēma, atbilstoši uzstādītajam lietas statusam, nosaka nākamās lietā veicamās darbības termiņu, kuru attēlo atbildīgajam darbiniekam (SYS4) kā atgādinājumu. Atgādinājuma termiņu iespējams mainīt arī atcelt

4 O

PU4 ZTI norādeSistēmā jānodrošina iespēja norādīt ZTI, kura lietvedībā nodota izpildlieta (KLAS9)

4 O

PU5 No parādnieka saņemto summu uzskaite.Sistēmā jāparedz iespēja ievadīt no parādniekiem piedzenamās summas, piedzītās summas un nepiedzenamās summas

4 O

54

55


Kārta Prioritāte

PU6 Piedziņas informācijas pārņemšanaSistēmā jāparedz iespēja pārņemt no TIS informāciju par nolēmuma izpildi kriminālprocesāPrasība jārealizē gadījumā, ja izveidota saskarne starp TIS un izpildlietu reģistru.

4 V

3.12 Integrācija ar JPA sistēmām

3.12.1 DLE Integrācija ar Doclogix – datu eksports uz DoclogixID Prasība Procesa


DLE1 Informācijas pieprasījums IeM IC par potenciālo JPS (Skat. arī AU5.2)Nododamā informācija:

JPS vārds, uzvārds; JPS personas kods; Pazīme „Veidne – informācijas pieprasījums IeM IC par palīdzības sniedzēju (veidnes izveide un

atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JPL6 1 O

DLE2 Informācijas pieprasījums zvērinātu advokātu padomei (Skat. arī AU5.3)Nododamā informācija:

JPS vārds, uzvārds; JPS personas kods; Pazīme „Veidne – informācijas pieprasījums zvērinātu advokātu padomei” (veidnes izveide un


JPL6 1 O

DLE3 Informācijas pieprasījums Ģenerālprokuratūrai (Skat. arī AU5.3)Nododamā informācija:

JPS vārds, uzvārds; JPS personas kods; Pazīme „Veidne – informācijas pieprasījums Ģenerālprokuratūrai” padomei (veidnes izveide un


JPL6 1 O

DLE4 Informācijas pieprasījums Tiesu administrācijai (Skat.arī AU5.3)Nododamā informācija:

JPL6 1 O

55

56


Kārta Prioritāte

JPS vārds, uzvārds; JPS personas kods; Pazīme „Veidne – informācijas pieprasījums Tiesu administrācijai” padomei (veidnes izveide un

atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)DLE5 Informācijas pieprasījums Tieslietu ministrijas personālvadības nodaļai (Skat .arī AU5.3)

Nododamā informācija: JPS vārds, uzvārds; JPS personas kods; Pazīme „Veidne – informācijas pieprasījums Tieslietu ministrijas personālvadības nodaļai” (veidnes

izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JPL6 1 O

DLE6 Juridiskās palīdzības līguma dati. (Skat. AU6)Nododamā informācijai:

JPS vārds, uzvārds; JPS personas kods; JPS adrese; telefons JPS prakses vietas/vietu adrese, telefons JPS e-pasta adrese; Līguma termiņš [mēnešos]

Pazīme „Veidne – līgums par valsts apmaksātās juridiskās palīdzības sniegšanu” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JPL11 1 O

DLE7 Atteikums slēgt juridiskās palīdzības līgumu (Skat. AU7)Nododamā informācijai:

JPS vārds, uzvārds; JPS personas kods; JPS adrese; Atteikuma iemesls ([JPL] pants, kuram neatbilst, saite uz apliecinošu dokumentu)

Pazīme „Veidne – atteikums valsts apmaksātās juridiskās palīdzības līguma slēgšanai” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JPL11 1 O

DLE8 Pieprasījums pašvaldībai par personas statusu (Skat. AU12)Nododamā informācijai:

JP5 1 O

56

57


Kārta Prioritāte

VNJP saņēmēja vārds, uzvārds; VNJP saņēmēja personas kods; VNJP saņēmēja deklarētā adrese.

Pazīme „Veidne – Informācijas pieprasījums pašvaldībai” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

DLE9 Atteikums sniegt valsts nodrošināto juridisko palīdzībuNododamā informācijai:

VNJP saņēmēja vārds, uzvārds; VNJP saņēmēja personas kods; VNJP saņēmēja deklarētā adrese; VNJP saņēmēja faktiskā adrese. Atteikuma iemesls ([JPL] pants, kuram neatbilst, saite uz apliecinošu dokumentu)

Pazīme „Veidne – Atteikums sniegt VNJP” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JP10 1 O

DLE10 Lēmums par VNJP piešķiršanu.Nododamā informācija:

VNJP saņēmēja vārds, uzvārds; VNJP saņēmēja personas kods; VNJP saņēmēja deklarētā adrese; VNJP saņēmēja faktiskā adrese; JPS vārds, uzvārds; JPS prakses vieta; Pirmās tikšanās laiks un vieta; Piešķirtās VNJP veids un apjoms Civillietas vai administratīvās lietas Nr. (ja tāds ir)

Pazīme „Veidne – Lēmums par VNJP sniegšanu” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

JP15 1 O

DLE11 Atteikums apmaksāt paziņojumu.Nododamā informācija:

JPS vārds, uzvārds;

PC13 1 O

57

58


Kārta Prioritāte

JPS prakses vieta; VNJP lietas Nr. VNJP veids un apjoms, kura apmaksa atteikta

Pazīme „Veidne – Atteikums apmaksāt paziņojumu” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

DLE12 Paziņojuma precizējumu pieprasījums.Nododamā informācija:

JPS vārds, uzvārds; JPS prakses vieta; Kriminālprocesa Nr.; VNJP saņēmēja vārds, uzvārds, personas kods Nepieciešamais precizējums.

Pazīme „Veidne – Paziņojuma precizējumu pieprasījums” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

PC 1 O

DLE13 Informācijas pieprasījums procesa virzītājam (CU14)Nododamā informācija:

Procesa virzītājs (klasifikatora vērtība un vārds, uzvārds) Kriminālprocesa Nr.; VNJP saņēmēja vārds, uzvārds, personas kods

Pazīme „Veidne – Paziņojuma precizējumu pieprasījums” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

VK 1 O

DLE14 Lēmuma par atteikumu izmaksāt valsts kompensāciju nodošanaNododamā informācija:

Valsts kompensācijas pieprasījuma iesniedzēja dati (vārds, uzvārds, personas kods, adrese) Valsts kompensācijas pieprasījuma saņemšanas datums Valsts kompensācijas atteikuma pamatojums (faktiskie apstākļi)

Pazīme „Veidne – valsts kompensācijas atteikums” (veidnes izveide un atbilstošās konfigurācijas izmaiņas Doclogix neietilpst iepirkuma priekšmetā)

VK12 3 O

DLE15 Lēmuma par valsts kompensācijas izmaksu datu nodošana.Nododamā informācija:

VK12 3 O

58

59


Kārta Prioritāte

Valsts kompensācijas pieprasījuma iesniedzēja dati (vārds, uzvārds, personas kods, adrese) Valsts kompensācijas pieprasījuma saņemšanas datums; Izmaksājamās valsts kompensācijas summa; Kriminālprocesa numurs

Valsts kompensācijas apmēra samazinājuma pamatojums (ja apmērs ievadīts manuāli)Pazīme „Veidne – Lēmums par kompensācijas izmaksu

3.12.2 DLI Integrācija ar Doclogix – datu imports no DoclogixID Prasība Procesa


DLI1 Saņemtā iesnieguma par juridiskās palīdzības līguma slēgšanu datu imports. (Skat arī AU4)Jāpārņem sekojoši dati:

iesnieguma iesniedzēja vārds, uzvārds, personas kods; iesnieguma saņemšanas datums

JPL6 1 O

DLI2 Atbilde uz saņemto informācijas pieprasījumu.Jāpārņem sekojoši dati:

JPA IS pieprasījuma ID; Saite uz saņemto dokumentu.

Saite uz saņemto dokumentu jāpievieno JPAIS, atbilstoši JPAIS pieprasījumam. Darbiniekam, kurš veicis informācijas pieprasījumu, jāattēlo brīdinājums „saņemta atbilde uz informācijas pieprasījumu par _____”, kuru aktivizējot, navigācija uz konkrēto lietu

JPL10 1 O

DLI3 Juridiskās palīdzības līguma parakstīšanas datums un Nr.Jāpārņem sekojoši dati:

JPA IS pieprasījuma ID Juridiskās palīdzības līguma datums Juridiskās palīdzības līguma Nr.

JPL12 1 O

DLI4 Lēmuma par VNJP parakstīšanas datums un Nr.Jāpārņem sekojoši dati:

JPA IS pieprasījuma ID Lēmuma par VNJP datums

JPL12 1 O

59

60


Kārta Prioritāte

Lēmuma par VNJP Nr.DLI5 Lēmuma par valsts kompensācijas izmaksu datu pārņemšana

Doclogix nodod sekojošus datus: Valsts kompensācijas pieprasījuma iesniedzējs: vārds, uzvārds, personas kods; Valsts kompensācijas pieprasījuma saņemšanas datums; Saite uz valsts kompensācijas pieprasījumu; Valsts kompensācijas pieprasījuma UID Darbinieks, kuram Doclogix reģistrēts uzdevums veikt apstrādi

VK4 3 O

DLI6 Lēmuma par atteikumu izmaksāt valsts kompensāciju datu nodošanaDoclogix nodod sekojošus datus:

Valsts kompensācijas pieprasījuma iesniedzējs: vārds, uzvārds, personas kods; Valsts kompensācijas pieprasījuma saņemšanas datums; Lēmuma par atteikumu izmaksāt valsts kompensāciju datums un numurs.

VK13 3 O

DLI7 Lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt datu nodošanaDoclogix nodod sekojošus datus:

Valsts kompensācijas pieprasījuma iesniedzējs: vārds, uzvārds, personas kods; Valsts kompensācijas pieprasījuma saņemšanas datums; Lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt datums un numurs.

VK14 3 O

3.12.3 Integrācija ar HorizonID Prasība Procesa


HOR1 Paziņojuma datu eksports (civillietas, pārrobežu lietas un administratīvās lietas): Lietas Nr. JPS – vārds, uzvārds/nosaukums, personas kods/reģistrācijas Nr. VNJP lietas Nr. Sniegtais VNJP veids (KLAS2) Sniegtais VNJP apjoms katrā palīdzības veidā Samaksa par VNJP katrā VNJP veidā; Samaksa par ceļa izdevumiem;

PC12 1 O

60

61


Kārta Prioritāte

Samaksa par transporta izdevumiem; Samaksa par viesnīcas (naktsmītnes) izdevumiem.

HOR2 Paziņojuma datu eksports (Krimināllietas un saskaņā ar Ārstniecības likumu (JPS aizpilda paziņojumu civillietās)):

Kriminālprocesa Nr. VNJP saņēmējs: vārds, uzvārds, personas kods JPS – vārds, uzvārds/nosaukums, personas kods/reģistrācijas Nr. Sniegtais VNJP veids (KLAS3) Sniegtais VNJP apjoms katrā palīdzības veidā Samaksa par VNJP katrā VNJP veidā; Samaksa par ceļa izdevumiem; Samaksa par transporta izdevumiem; Samaksa par viesnīcas (naktsmītnes) izdevumiem.

PK8 2 O

HOR3 Lēmuma par valsts kompensācijas izmaksu datu nodošana Horizon.Nododamie dati:

Lietas Nr. Lēmuma par valsts kompensācijas izmaksu datums un numurs; Ziņas par maksājuma saņēmēju (cietušo vai pārstāvi, atbilstoši CU9 ievadītajam):

o Vārds (vārdi), uzvārds;o Personas kods;o Dzimšanas datums;o Norēķinu iestādes konts (atbilstoši CU9 ievadītajam).

Nodarītā kaitējuma raksturs (KLAS 8) Izmaksājamās kompensācijas summa

VK14 3 O

3.12.4 Integrācija ar VNJPRID Prasība Procesa


REG1 JPS reģistrācija. JPL13 1 O

61

62


Kārta Prioritāte

Par JPS uz VNJPR reģistrācijai tiek nodoti šādi dati: vārds (vārdi) un uzvārds vai nosaukums; dzimšanas datums; personas kods vai reģistrācijas kods; valstiskā piederība; ziņas par dokumentu, kas apliecina personas tiesisko uzturēšanos Latvijas Republikā:

o veids;o sērija un numurs;o izdošanas datums;o izdevējvalsts un izdevējiestāde;o derīguma termiņš;

Latvijā reģistrētās dzīvesvietas adrese vai, ja personai nav reģistrētās dzīvesvietas, norādītās dzīvesvietas adrese;

dzīvesvietas adrese ārvalstīs (ja tāda ir); VNJP sniegšanas vietas adrese; kontaktinformācija (tālruņa, faksa numurs, e-pasta adrese); juridiskās palīdzības līguma datums, numurs un darbības termiņš; kompetence un VNJP veidi;

REG2 Lēmuma par VNJP piešķiršanu reģistrācijaPar VNJP saņēmēju uz VNJPR reģistrācijai tiek nodoti sekojoši dati:

vārds (vārdi) un uzvārds; dzimšanas datums; personas kods; Latvijā reģistrētās dzīvesvietas adrese vai, ja personai nav reģistrētās dzīvesvietas, norādītās

dzīvesvietas adrese; dzīvesvietas adrese ārvalstīs (ja tāda ir); valstiskā piederība; ziņas par dokumentu, kas apliecina personas tiesisko uzturēšanos Latvijas Republikā:

o veids;

JP15 1 O

62

63


Kārta Prioritāte

o sērija un numurs;o izdošanas datums;o izdevējvalsts un izdevējiestāde;o derīguma termiņš;

kontaktinformācija (ja tāda ir); ziņas par materiālo stāvokli (maznodrošināts, trūcīgs, īpašas situācijas īss raksturojums);

Par VNJP piešķiršanu uz VNJPR reģistrācijai tiek nodoti šādi dati:

iesnieguma VNJP pieprasījumam reģistrācijas datums un numurs; lēmuma par VNJP pieņemšanas datums un numurs; piešķirtās VNJP veids (veidi) un apjoms; ziņas par lēmuma par VNJP apstrīdēšanu un pārsūdzēšanu; norīkojuma datums un numurs; pirmās VNJP saņemšanas datums un vieta (adrese); norīkotā JPS dati (vārds, uzvārds, personas kods vai dzimšanas datums).

Par atteikumu sniegt VNJP uz VNJPR reģistrācijai tiek nodoti sekojoši dati: iesnieguma VNJP pieprasījumam reģistrācijas datums un numurs; lēmuma par VNJP pieņemšanas datums un numurs; atteikuma pamatojums; ziņas par lēmuma par VNJP apstrīdēšanu un pārsūdzēšanu.

REG3 VNJP apjoma samazināšana VNJP saņēmēja neierašanās dēļ (AU27) pamatojuma dokumenta veids, numurs un datums; Samazinātais juridisko konsultāciju apjoms – 1 stunda.

Par to veicama atzīme manuāli

1 O

REG4 Paziņojuma datu nodošana VNJPR pamatojuma dokumenta veids, numurs un datums; norīkotā JPS dati;

PC12 1 O

63

64


Kārta Prioritāte

apmaksājamās VNJP veids (veidi) un apjoms.

3.12.5 Integrācija ar VKRREG5 Valsts kompensācijas lietas pārbaude

JPA IS nodod šādu informāciju: cietušā personas kodsVKR atgriež šādu informāciju:

Paziņojums, ka šāda persona ir reģistrēta;vai Personas vārds, uzvārds, personas kods Personai reģistrētās valsts kompensācijas lietas Nr., kriminālprocesa Nr., saite uz reģistrēto valsts

kompensācijas lietu (lietām)

VK7 3 O

REG6 Datu nodošana VKR:Pēc lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt pieņemšanas uz VKR tiek nodota šāda informācija:

Lietas Nr. Ziņas par cietušo:

o Vārds (vārdi), uzvārds;o Personas kods;o Dzimšanas datums;o Valstiskā piederībao Reģistrētā adrese;o Faktiskā adrese;o Tālruņa Nr.o E-pasta adrese;o Norēķinu konts.

Ziņas par pārstāvi:o Vārds (vārdi), uzvārds;o Personas kods;

VK13; VK14

3 O

64

65

o Dzimšanas datums;o Valstiskā piederībao Reģistrētā adrese;o Faktiskā adrese;o Tālruņa Nr.o E-pasta adrese;o Norēķinu konts.

Ziņas par noziedzīgo nodarījumu:o Izdarīšanas laiks un vieta;o Kvalifikācija saskaņā ar Krimināllikumu (KLAS7);o Kriminālprocesa uzsākšanas datums un krimināllietas numurs;o Nodarītā kaitējuma raksturs (KLAS8);o Dokuments, kurš norāda uz kriminālprocesa stadiju valsts kompensācijas pieprasīšanas laikā;

Lēmuma par kompensācijas izmaksu vai atteikumu to izmaksāt datums; Izmaksātās valsts kompensācijas apmērs Valsts kompensācijas apmēra samazināšanas iemesls

REG7 Datu nodošana VKR par lēmuma par valsts kompensācijas izmaksu vai atteikumu to izmaksāt atcelšanuJa par lēmumu par valsts kompensācijas izmaksu vai atteikumu to izmaksāt pēc pārsūdzības pieņemts lēmums par tā atcelšanu, uz VKR tiek nodota šāda informācija:

Lietas Nr. Institūcija, kura atcēlusi lēmumu par valsts kompensācijas izmaksu vai atteikumu to izmaksāt; Atceļošā lēmuma datumus, numurs

VK13 3 O

3.13 Integrācija ar ārējām sistēmām

3.13.1 INT1 Integrācija ar PMLP Iedzīvotāju reģistra informācijas sistēmuID Prasība Procesa


INT1 Ievadot pieteikuma iesniedzēja personas datus, no moduļa, kurā veikta datu ievade (Juridiskās palīdzības JP4; 1 O

65

66


Kārta Prioritāte

nodrošinājuma nodaļas darba vietas vai Juridiskās nodaļas darbinieka darba vietas) dati tiek nodoti attiecīgajam reģistram (VNJPR vai VKR), kas izsauc tīmekļa pakalpi (PMLP IR standarta personas datu pārbaudes forma), ar kuru nodod personas vārdu, uzvārdu, personas kodu vai dzimšanas datumu (ārvalstniekam)PMLP IR atgriež sekojošas vērtības: (a) kļūdas paziņojums – šāda persona nav reģistrēta – šādā gadījumā modulī, kurā tiek veikta datu ievade (Juridiskās palīdzības nodrošinājuma nodaļas darba vietā vai Juridiskās nodaļas darbinieka darba vietā) tiek atgriezts kļūdas paziņojums, datu ievade tiek pārtraukta un pāreja uz soli „papildus informācijas pieprasījums”.(b) atgrieztie dati:

vārds uzvārds, personas kods deklarētā adrese; personu apliecinošs dokuments: nosaukums sērija izdevējiestāde izdošanas datums Nepilngadīgie bērni Aizbildnībā vai aizgādnībā esošās personas (šāds serviss būs pieejams janvārī).

Atkarībā no procesa, kurā izsaukta tīmekļa pakalpe, dati tiek saglabāti VNJPR vai VKR, uz procesu, no kura izsaukta tīmekļa pakalpe, tiek padots ziņojums „Datu pārbaude PMLP IR veiksmīga”

VK5

3.13.2 INT2 Integrācija ar SIA „ZZ Dats” informācijas sistēmu SoPaID Prasība Procesa


INT2 Juridiskās palīdzības nodrošinājuma nodaļas darba vietas modulis izsauc tīmekļa pakalpi (SoPa standarta datu pārbaudes forma), ar kuru nodod:

personas kodu; periodu par kuru pieprasa datus (pēc noklusējuma sākuma datums ir 2 mēneši pirms iesnieguma

JP5; JP18

1 O

66

67


Kārta Prioritāte

reģistrēšanas un beigu datums ir pārbaudes veikšanas datums., turklāt šos datumus jābūt iespējai arī manuāli labot);

informācijas pieprasītājs (aktīvais sistēmas lietotājs).SoPa atgriež sekojošas vērtības:

Personas vārds, uzvārds, personas kods; Statusa veids – trūcīgs/maznodrošināts; Statusa periods – sākuma un beigu datums; Pašvaldība, kura piešķīrusi statusu; Iesnieguma datums – statusa pieprasīšanas iesnieguma datums; Lēmuma datums – statusa piešķiršanas lēmuma datums; Adrese – personas faktiskā adrese, kurā piešķirts statuss

3.13.3 INT3 Integrācija ar Iekšlietu ministrijas informācijas centra sistēmu KIS ID Prasība Procesa


INT3 Informācijas saņemšana no KISIevadot pieteikuma iesniedzēja personas datus, no Juridiskās nodaļas darbinieka darba vietas dati tiek nodoti VKR, kas izsauc tīmekļa pakalpi, ar kuru nodod:

Pieprasītāja personas kodu; Kriminālprocesa numuru.

KIS atgriež sekojošas vērtības: Personas vārds, uzvārds, personas kods; Procesa virzītājs; KL pants, pēc kura ierosināts kriminālprocess; Datums, ar kuru persona atzīta par cietušo.

Vai kļūdas paziņojums – personas kods vai kriminālprocesa numurs nav reģistrētsDetalizēts atgriežamās informācijas apjoms precizējams sistēmanalīzes laikā.

VK8 3 V1

1 Gadījumā, ja līdz iepirkuma izsludināšanai ir panākta vienošanās par informācijas apmaiņu ar KIS, prasības prioritāte paaugstināma uz O (Obligāta)

67

68


Kārta Prioritāte

VKR saglabātie dati tiek attēloti arī Juridiskās palīdzības nodaļas darbinieka darba vietā.

3.13.4 INT4 Integrācija ar Tiesu administrācijas informācijas sistēmu TIS ID Prasība Procesa


INT4 Informācijas saņemšana par lietas virzībuPiedziņas nodaļas darbinieka modulis izsauc tīmekļa pakalpi, ar kuru nodod:

Pieprasītāja vārdu, uzvārdu un personas kodu; Civillietas, administratīvās lietas, krimināllietas numuru.

TIS atgriež šādas vērtības: Tiesa, kura ir procesa virzītājs lietā; Paredzētā tiesas sēde vai paziņojums „Tiesas sēde vēl nav nozīmēta” Galīgā nolēmuma spēkā stāšanās diena (ja stājies spēkā galīgais nolēmums)

Vai kļūdas paziņojums – personas kods vai civillietas, administratīvās lietas vai krimināllietas numurs - nav reģistrētsDetalizēts atgriežamās informācijas apjoms precizējams sistēmanalīzes laikā.

VK9 3 V2

2 Gadījumā, ja līdz iepirkuma izsludināšanai ir panākta vienošanās par informācijas apmaiņu ar TIS, prasības prioritāte paaugstināma uz O (Obligāta)

68

69

4 Sistēmas nefunkcionālās prasības

4.1 Prasības dizainam un lietotāja saskarnei(1). Prasības dizainam un lietotāja saskarnei

Sistēmas dizainam un lietotāja saskarnei ir jāatbilst šādām prasībām:

lietotāju saskarnei ir jābūt ērtai un ergonomiskai (piemēram, horizontālo ritjoslu neesamība (datoram ar izšķirtspēju virs 1024x768), pēc iespējas mazāk vertikālo un horizontālo ritjoslu izmantošana, pārskatāms ievadlauku izkārtojums utt.);

saskarnē izmantotajai valodai (vārdiem, frāzēm) jābūt saprotamai lietotājiem; ievadlauku izmēri jāatbilst ievadāmo datu apjomam (garumam), t.i., ievadlauks nav

pārāk liels vai mazs; Sistēmas ietvaros, apzīmējot vienu un to pašu lietu dažādos ekrānos, jābūt

izmantotiem vieniem un tiem pašiem terminiem un zīmēm; Sistēmas standarta ziņojumiem jābūt lietotājiem viegli saprotamā valodā, precīzi

jāskaidro radušos problēmu būtība un jāpiedāvā tālākās rīcības variants; Sistēmas dialogiem jāsatur tikai tāds informācijas apjoms, kas ir būtisks Sistēmas

darbināšanai un lietotāja funkciju veikšanai; navigācija starp ekrānformām - Sistēmai jābūt izveidotai tā, lai lietotājam nevajadzētu

atcerēties informāciju, pārejot no viena ekrāna uz citu; Sistēmai jānodrošina atgriezenisko saiti ar lietotāju, pēc iespējas informējot viņu par

Sistēmā notiekošajām darbībām. Lietotāja saskarnei jābūt izstrādātai, izmantojot adaptīva dizaina metodes, kuras

nodrošina lietotāja saskarnes pieejamību uz mobilajām iekārtām (planšetēm un viedtālruņiem), izmantojot Mac iOS vai Android platformas aktuālās versijas (par aktuālajām un atbalstāmajām versijām puses vienosies pie līguma slēgšanas, ar nosacījumu, ka atbalsts jānodrošina versijai , kura uz līguma slēgšanas brīdi ir aktuāla). Šī prasība ir obligāta attiecībā uz portāla ārējo lietotāju saskarni.

(2). Operāciju izpildes laiks

Ja programmas operāciju, kas aiztur lietotāja darbu, veikšanai nepieciešams ilgāks laiks par 3 (trīs) sekundēm, Sistēma uz ekrāna parāda atbilstošu paziņojumu vai citu vizuālu notifikāciju (piemēram, smilšu pulkstenis), t.sk., meklēšanas funkcionalitātei.

(3). Darbības atcelšana

Pēc iespējas katrai Sistēmas funkcijai jābūt iespējai atcelt tās izpildi, pārtraucot iecerēto darbību, neveicot izmaiņas datubāzē (piemēram, visās reģistrēšanas, rediģēšanas un dzēšanas ekrānformās spiedpogas „Atcelt” pieejamība) (prasība nav attiecināma uz situāciju, kad transakcijas izpilde ir uzsākta, piemēram, aktivizējot spiedpogu „Saglabāt”).

Darbības atcelšanas iespējai jābūt skaidri redzamai un viegli pieejamai lietotājam.

(4). Karsto taustiņu „hot keys” atbalsts

69

70

Lietotājam jābūt iespējai izmantot standarta Windows un pārlūkprogrammu karstos taustiņus, piemēram, Ctrl+C, Ctrl+V, lai kopētu datus.

(5). Interneta pārlūkprogrammu atbalsts

Sistēmai jānodrošina grafiska lietotāja saskarne, kuru var izmantot, lietojot vismaz šādas interneta pārlūkprogrammas – Microsoft Internet Explorer, Google Chrome vai Mozilla Firefox pārlūku aktuālās versijas. Aktuālās versijas nosakāmas, slēdzot iepirkuma līgumu, atbilstoši līguma slēgšanas brīdī aktuālajai versijai.. Tomēr vēlams, lai risinājums pēc iespējas nebūtu atkarīgas no izmantotā pārlūka. Ja tā nav, lietotājam portālā jāsaņem brīdinājums par neatbilstošas pārlūkprogrammas izmantošanu.

4.2 Prasības drošībai

(6). Informācijas aizsardzība

Sistēmai jānodrošina apstrādājamās informācijas aizsardzība, lai neautorizētas personas vai Sistēmas nevarētu izgūt vai modificēt informāciju, kas nav publiski pieejama.

Īstenojot Sistēmas drošību, ir jānodrošina šādi principi:

„Zina tikai tas, kuram jāzina” (need-to-know); „Ir jānodrošina minimālās tiesības pienākumu pildīšanai” (least privilege);

jābūt nodrošinātai lietotāju darbību uzskaitei (accountability).

(7). Sistēmas drošības kontroles neapejamība

Lietotājiem nav iespējams piekļūt Sistēmā glabājamai informācijai, apejot drošības kontroles programmas, piemēram, operētājsistēmas, failu sistēmas vai datu bāzes līmenī.

(8). Prasības drošai administratora pieejai

Sistēmas autorizēto lietotāju piekļuve Sistēmai jānodrošina izmantojot tikai drošu pieslēgumu, kurš izslēdz trešo personu piekļuvi Sistēmai vai pārsūtāmajiem datiem. Pieļaujamās metodes ir VPN izmantošana vai piekļuves ierobežošana no konkrētas IP adreses.

(9). Informācijas kodēšana tīklā

Sistēmai jānodrošina informācijas kodēšana, pārraidot to publiskā datu pārraides tīklā (atskaitot informāciju, kas ir publiski pieejama). Informācijas kodēšanai ir jāizmanto SSL protokols ar 256 bitu kodēšanu.

(10). Sistēmas darbību auditācija

Sistēmai jāveic lietotājiem pieejamo Sistēmas nodrošināto procesu auditāciju (operācijas, kuras Sistēmā ir veikuši lietotāji vai automātiskie procesi).

Auditācija jāveic gan par veiksmīgām operācijām, gan par neveiksmīgām operācijām.

70

71

Jāparedz iespēja uz laiku ieslēgt/atslēgt konkrētu Sistēmas nodrošināto procesu auditāciju. Sistēmai jāveic auditācijas pieraksti vismaz par:

lietotāju veiktajām transakcijām; lietotāju veiktajām darbībām publiskajās un autorizētajās saskarnēs; datu apmaiņām; sistēmas kļūdu paziņojumiem.

Auditācijas pierakstu uzkrāšana ir jāprecizē Sistēmas izstrādes analīzes fāzē.

Katrā auditācijas pierakstā Sistēmai jāiekļauj vismaz zemāk uzskaitītā informācija par auditējamo notikumu:

notikuma datums un laiks; vieta (IP adrese); notikuma veids un ar notikumu saistītā lietotāja identitāte; notikuma iznākums – sekmīga vai nesekmīga darbība (nesekmīgo darbību auditācijas

apjoms tiks noteikts prasību analīzes laikā); cita attiecīgajam notikumam specifiska informācija, kura tiks identificēta prasību

analīzes laikā.

Auditācijas pieraksti uzturāmi lietotājam saprotamā valodā (pierakstā).

(11). Piekļuves tiesību pārbaude

Sistēma nodrošinās, ka pirms katras piekļuves individuālam objektam (funkcijai), kuram (kurai) noteikta piekļuves kontrole, tiks izpildīta piekļuves tiesību pārbaude. Piekļuve tiks atļauta, ja piekļuves tiesību pārbaude bijusi veiksmīga un attiecīgajā momentā lietotājam ir tiesības piekļūt objektam (funkcijai).

Katram piekļuves kontroles veidam, Izpildītājam prasību analīzes laikā jānosaka un ar Pasūtītāju jāsaskaņo algoritms, pēc kura piekļuves tiesību kontroles laikā tiek noteikts ir vai nav tiesības piekļuvei.

(12). Tiesību kontroles uzspiešana

Izpildītājam jāveic Sistēmas pirmkoda novērtēšana ar mērķi identificēt projektējuma un realizācijas nepilnības, kas ļauj apiet autentifikācijas shēmu piekļūstot noteikta veida resursiem. Izpildītājam jāveic identificēto nepilnību novēršana.

(13). Neidentificētam lietotājam atļautās darbības

Neidentificētam lietotājam Sistēmā ir atļauts:

veikt tikai sevis autentifikāciju; pārskatīt publiski pieejamu informāciju.

Sistēmai jānodrošina aizsardzība pret ārējiem tīmekļa informācijas ieguves resursiem (aizliegums veikt lapas satura indeksāciju vai apstrādi ar ārējiem automātiskiem satura analīzes rīkiem).

71

72

(14). Identificētā lietotājam pieļaujamās darbības

Sistēmai jānodrošina, ka lietotājs tiks sekmīgi identificēts pirms tiek atļauta jebkāda cita darbība ar Sistēmu, kas nav minēta prasībā Neidentificētam lietotājam atļautās darbības.

Nesekmīgas identifikācijas gadījumā lietotājam jāsaņem paziņojums, ka identifikācija nesekmīga; bez paskaidrojuma par nesekmīgas identifikācijas iemesliem.

Nesekmīgas identifikācijas mēģinājumu rezultāti un iemesli jāsaglabā auditācijas pierakstos

(15). Paroļu uzglabāšana

Sistēma nodrošinās, ka paroles Sistēmā tiks uzglabātas tikai šifrētā veidā. Šifrēšanai jāizmanto kāda no drošām vienvirziena šifrēšanas metodēm, piemēram, jaucējfunkcija (hash function).

Veicot paroles maiņu, Sistēmai jāpieprasa iepriekšējās paroles atkārtotu ievadu.

Ne jaunā, ne iepriekšējā ievadītā parole netiks attēlota uz ekrāna vai jeb kādā citā veidā.

(16). Atkārtota lietotāja identificēšana

Veicot paroles maiņu, Sistēmai jāpieprasa lietotāja atkārtota identificēšana (vecās paroles norādīšana, atskaitot gadījumu, kad paroles maiņu veic administrators lietotāja vietā).

(17). Pēdējās sekmīgās sesijas paziņojums

Pēc sekmīgas sesijas izveides, Sistēma uzrādīs lietotājam datumu, laiku un vietu (IP adresi), no kurienes lietotājs bija veiksmīgi izveidojis sesiju iepriekšējo reizi.

(18). Pēdējās nesekmīgās sesijas paziņojums

Pēc sekmīgas sesijas izveides, Sistēma uzrādīs lietotājam skaitu, cik reižu lietotājs ir nesekmīgi mēģinājis izveidot sesiju kopš iepriekšējās veiksmīgi izveidotās sesijas, kā arī datumu, laiku un vietu, no kurienes lietotājs bija pēdējo reizi nesekmīgi mēģinājis izveidot sesiju.

(19). Aktīvas sesijas pārtraukšana

Sistēmai ir jānodrošina Sistēmas administratoram tiesības pārtraukt jebkura lietotāja aktīvu sesiju. Sistēmā ir jānodrošina automātiskā aktīvās lietotāju sesijas pārtraukšana pēc noteiktā laika perioda (konfigurējamais parametrs), kura ietvaros netika veiktas nekādas darbības.

Pārtraucot aktīvu lietotāja sesiju, attiecīgā lietotāja darbs ar Sistēmu tiek pārtraukts un lietotāja iesāktās, bet nesaglabātās izmaiņas datos tiek atceltas (tiek pārtraukta transakciju izpilde). Lai atsāktu darbu ar Sistēmu, lietotājam jāveic lietotāja identificēšana.

(20). Lietotāja konta slēgšana

Sistēmas administratoram jānodrošina iespēja slēgt lietotāja kontu (slēgtam lietotāja kontam nav atļauts izveidot sesiju). Slēdzot lietotāja kontu, Sistēma pārbaudīs, vai atbilstošajam lietotājam Sistēmā nav aktīva lietotāja sesija; ja eksistēs aktīva sesija, tā tiks automātiski pārtraukta līdzīgi kā prasībā Aktīvas sesijas pārtraukšana.

72

73

(21). Nesekmīgas pieslēgšanās mēģinājumu uzskaite

Sistēmai jāspēj identificēt, kad sasniegts noteikts skaits nesekmīgu autentificēšanās mēģinājumu kopš pēdējās sekmīgās autentificēšanās gan (A) no konkrētas darbstacijas (IP adreses), gan (B) izmantojot konkrētu lietotāja vārdu.

Noteiktais skaits Sistēmā jāuztur kā maināms lielums, kuru var mainīt lietotājs ar atbilstošām tiesībām (administrators) atsevišķi (A) un (B) gadījumiem.

Kad sasniegts vai pārsniegts noteikts skaits nesekmīgu autentificēšanās mēģinājumu, Sistēma:

B gadījumā – nepieņems autentifikācijas informāciju no darbstacijas (IP adreses) uz laiku 2n sekundes (bet ne ilgāk kā 20 sekundes), kur ‘n’ ir nesekmīgo mēģinājumu skaits;

A gadījumā – apturēs lietotāja identifikatoram atbilstošā konta darbību uz noteiktu laiku; noteiktais aiztures laiks jāuztur kā maināms Sistēmas parametrs.

(22). Paroļu derīguma termiņš

Sistēmai jānodrošina, ka lietotājam parole jāmaina ik pēc noteikta laika. Noteikts laiks var būt izteikts kā paroles lietošanas reizes vai kalendārais laiks. Noteiktais laiks jāuztur kā maināms Sistēmas parametrs, kuru var mainīt lietotājs ar atbilstošām tiesībām (administrators).

(23). Brīvprātīga paroles nomaiņa

Sistēmā jānodrošina lietotājam iespēja pašam pēc savas iniciatīvas nomainīt savu paroli, norādot iepriekšējo paroli. Papildus, sistēmā ir jānodrošina paroles nomaiņas pieprasījuma nosūtīšanu sistēmas administratoram.

(24). Paroļu kvalitātes prasības

Sistēmai jānodrošina, ka, veicot paroles maiņu, tiek pārbaudīta paroles kvalitāte. Ja parole neatbilst noteiktiem kritērijiem, tā netiek akceptēta. Parolei jāatbilst vismaz sekojošiem kritērijiem:

jābūt vismaz N1 simboliem garai; jāsatur vismaz N2 augšējā reģistra simbols (lielais burts); jāsatur vismaz N3 apakšējā reģistra simbols (mazais burts); jāsatur vismaz N4 cipars vai speciālais simbols; jāsatur tikai attēlojamie simboli (rakstu zīmes); tā nedrīkst būt vienāda ar N5 iepriekšējām atbilstošā lietotāja parolēm.

Vērtības N1-N5 ir veseli skaitļi, kuras Sistēmas administratoram ir jāvar mainīt kā Sistēmas parametrus atbilstoši noteiktajai drošības politikai.

(25). Rezerves datu kopiju veidošana

Sistēmai jānodrošina automātiska datu dublēšana un rezerves datu kopiju veidošana. Rezerves datu kopiju veidošanai ir jābūt iespējamai bez Sistēmas apturēšanas.

(26). Datu atjaunošana

73

74

Sistēmai jānodrošina datu atjaunošanas iespējas no rezerves kopijām ar datu bāzes līdzekļiem.

(27). Sistēmas datņu pārbaude pret vīrusiem

Visām datnēm, kuras netiek izveidotas Sistēmas darbināšanas laikā, ir jābūt pārbaudītām un brīvām no vīrusiem, lai nodrošinātu drošu un nepārtrauktu Sistēmas darbību. Antivīrusu pārbaude veicama visām datnēm, kuras tiek augšupielādētas ārējā portālā.

Antivīrusu pārbaude kā fona process jāveic visām datnēm, kuras ir uzkrātas sistēmā, nodrošinot pārbaudi pret jaunākajām vīrusu definīcijām ne retāk, kā reizi diennaktī. Iespējamās rīcības inficētu datņu atklāšanas gadījumā jāprecizē analīzes fāzē.

4.3 Prasības uzticamībai un informācijas integritātei(28). Iekšējās integritātes nodrošināšana

Sistēmai jānodrošina informācijas integritāte no biznesa loģikas viedokļa.

(29). Ierakstu deaktivizēšana

Sistēmā ir jānodrošina iespēja informācijas objektu un dokumentu deaktivizēšanai, uzstādot attiecīgu objekta un/vai dokumenta statusu sistēmā. Sistēmā netiks piemērota fiziskā datu objektu un dokumenta dzēšana. Prasība tiek detalizējama sistēmas detalizētās analīzes ietvaros.

4.4 Prasības uzturamībai(30). Prasības uzturamībai

Sistēmas kļūdu novēršanu un papildinājumu izstrādi jāspēj veikt tās Izpildītājam vai jebkuram citam profesionālam programmatūras izstrādes uzņēmumam ar pieredzi izmantotajā izstrādes vidē un produktos.

(31). Prasības tehnoloģiju atbalstam

Sistēmas izveidē jāizmanto mūsdienīgas tehnoloģijas un izstrādes rīki, nodrošinot, ka izmantotās tehnoloģijas tiks uzturētas vēl vismaz 5 (piecus) gadus no to ražotāju puses (prasība neattiecas uz atvērtā pirmkoda programmatūru, šādā gadījumā jāizmanto programmatūras aktuālā versija, kura nedrīkst būt vecāka par 3 (trīs) gadiem) un Sistēmas funkcionalitāte šajā periodā varēs tikt papildināta pēc Pasūtītāja vēlmes (atbilstoši iepirkuma nolikuma nosacījumiem).

(32). Integrācija ar pirmkoda pārvaldības sistēmām

Izmantotajai izstrādes videi jāatbalsta integrācija ar kādu programmatūras izejas koda uzglabāšanas un versionēšanas sistēmu.

4.5 Prasības pieejamībai(33). Sistēmas pieejamība darba laikā

Sistēmas pieejamībai jābūt ne mazākai kā 99,5 % tās normālajā darba laikā (darba dienās no 8:30 līdz 17:00), par atskaites punktu pieņemot vienu mēnesi (neskaitot paredzētos ar Pasūtītāju saskaņotos pārtraukumus).

74

75

(34). Sistēmas pieejamība pārējā laikā

Sistēmas darba vide var nebūt pieejama ārpus normālā darba laika. Laiks, kurā Sistēma nav pieejama izmantošanai lietotājiem, nedrīkst pārsniegt 24 stundas mēnesī (Sistēmas defekta darbības dēļ).

Ārējais portāls var nebūt pieejams ārpus normālā darba laika. Laiks, kurā ārējais portāls nav pieejams izmantošanai lietotājiem, nedrīkst pārsniegt 5 stundas mēnesī (Sistēmas defekta darbības dēļ).

4.6 Prasības veiktspējai(35). Darbības ātrums

JPAIS daļā:

Pieslēgšanās pie sistēmas, ievadformas atvēršana, informācijas saglabāšana –2 sekundes

Predefinētas atskaites izgūšana – vienkāršas atskaites gadījumā (ne vairāk, kā trīs analizējami parametri) – līdz 10 sekundēm. Piegādātājam jāparedz rīcība sarežģītas atskaites gadījumā (pilns pārskats par biznesa procesu gada griezumā), nodrošinot šādu atskaišu izgūšanu kā fona procesu (asinhrona pieprasījumu izpilde), lai atskaišu izgūšana nedegradētu sistēmas kopējo veiktspēju..

Ārējā portāla daļā:

Identificēšanās un autentificēšanās – 2 sekundes (neskaitot ārējo identifikācijas un autentifikācijas rīku darbības laiku)

Ievadformas atvēršana – 1 sekunde Ievadformas saglabāšana – 2 sekundes Dokumenta parakstīšana – 5 sekundes.

(36). Vienlaicīgo lietotāju skaits

Sistēmai jānodrošina darbības ātrums pie sekojoša vienlaicīgo lietotāju skaita:

JPAIS – vismaz 30 vienlaicīgi lietotāji; Ārējais portāls – 50 vienlaicīgi lietotāji

4.7 Sistēmas darbības vide(37). Izmantojamā aparatūra un programmatūra

Sistēmas ieviešanas apakšprojektā nav paredzēta lietojumprogrammu, darbstaciju un citas aparatūras iegāde vai atjaunošana institūcijās, kuras izmantos sistēmu.

Tiek pieņemts, ka darba vietās, kurās izmantos sistēmu, tiks nodrošināts darbstaciju aprīkojums, kas nebūs zemāks par:

Microsoft Windows saimes operētājsistēma; Ofisa programmatūra, piemēram, Microsoft Office 2010. Adobe Acrobat Reader.

75

76

Finanšu piedāvājumā Pretendentam jānorāda izmaksas programmatūrai un aparatūrai, kas nepieciešamas šo rīku darbināšanai, ja nav iespējams izmantot esošos tehniskos resursus.

Sistēmas izmantošanu ietekmēs tīkla pieslēgumu kapacitāte (šī apakšprojekta ietvaros tīkla pieslēgumu izveide un paplašināšana netiks veikta), esošie darbstaciju modeļi, darbstaciju operētājsistēmu un lietojumprogrammu versijas.

Izstrādājot sistēmu, jāparedz ārējās vides (portāla) un iekšējās JPA darba vides loģiska nodalīšana, nodrošinot, lai no portāla nebūtu iespējams piekļūt JPA iekšējai darba videi.

4.8 Citas prasības(38). HTTPS protokola iedarbināšana

Izpildītājām jāveic izmaiņas tīmekļa servera konfigurācijā, lai servisi, kas paredzēti ierobežotam lietotāju lokam (reģistrētiem un autentificētiem lietotājiem), tiktu darbināti tikai caur šifrētu datu pārraides kanālu (izmantojot HTTPS protokolu).

Izpildītājam jāveic Sistēmas pirmkoda novērtēšana un sagatavošana (ja tāda nepieciešama) darbam caur HTTPS protokola šifrētu datu pārraides kanālu.

(39). Sistēmas monitorēšana

Sistēmai ir jānodrošina, lai ar ārējās sistēmas palīdzību varētu sekot transakciju izpildes ātrumam, informācijas pieprasījumu ātrumam, lietotāju skaitam u.c. būtiskiem darbības parametriem, kas ir jāprecizē analīzes fāzes laikā.

(40). Datu glabāšana Sistēmā

Datu glabāšanai Sistēmā jāizmanto relāciju datu bāzu vadības sistēma un relāciju datu modelis. Relāciju datu modelim kopsummā jābūt normalizētā veidā. Ir pieļaujamas atsevišķas atkāpes no datu modeļa normalizācijas (datu modeļa denormalizācija), bet katrai šādai atkāpei ir jābūt racionālam pamatojumam. Normalizēta datu modeļa lietošanas mērķis ir:

izvairīties no liekas datu glabāšanas, t.sk. liekas datu dublēšanas; nodrošināt ciešāku datu modeļa atbilstību ar reālās pasaules objektiem, procesiem un

to attiecībām (relācijām), tādējādi padarot to vieglāku saprotamu; strukturēt datus tā, lai datu modelis būtu elastīgs.

5 Prasības projekta realizācijai

5.1 Vispārējās prasības projekta realizācijai(41). Metodika

Izpildītājam Tehniskā piedāvājumā jāpiedāvā un projekta laikā jāvadās pēc piedāvātās metodikas šādos jautājumos:

projekta vadībā; prasību definēšanā un Sistēmas izstrādē; problēmu novēršanā; izmaiņu vadībā;

76

77

Sistēmas garantijas uzturēšanā. Sistēmas lietotāju atbalsta un izmaiņu pieprasījumu realizācijā

(42). Projekta valoda

Izpildītājam ir jānodrošina komunikācija ar Pasūtītāju latviešu valodā:

projekta sanāksmēs; intervijās ar Pasūtītāju un Sistēmas lietotājiem izpētes fāzes laikā; apmācībās; visā projekta dokumentācijā; sniedzot Sistēmas garantijas pakalpojumus.

(43). Interviju norises vieta

Intervijas ar Pasūtītāju notiks JPA telpās (Rīgā, Pils laukumā 4).

(44). Dokumentācijas aktualizācija

Jānodrošina detalizētas un aktuālas Sistēmas dokumentācijas (skat. nodaļā Nodevumu apraksts uzskaitīto dokumentu) pieejamība, lai veiktu Sistēmas akcepttestēšanu, lietošanu, administrēšanu un modificēšanu.

Izpildītājam nodevumi izstrādā saskaņā ar izvēlēto sistēmas izstrādes metodoloģiju un jāiesniedz Pasūtītājam caurskatei un apstiprināšanai.

(45). Nodevumu trasējamība

Izpildītājam jānodrošina programmatūras prasību specifikācijas prasību trasējamības tabulas ar iepirkuma nolikuma Nr.1 „Tehniskā specifikācija” definētām prasībām (prasību numuriem) izstrāde un saskaņošana ar Pasūtītāju.

Trasējamība jānodrošina programmatūras prasību specifikācijas saskaņošanas laikā (trasējamības tabulas neesamība var būt par pamatu programmatūras prasību specifikācijas nodevuma nesaskaņošanai).

(46). Nodevumu piegādes veids

Visu nodevumu gala versijas projekta beigās Izpildītājam ir jāpiegādā uz vienota CD, DVD vai cita pastāvīga, neizdzēšama datu nesēja. Piegādātajai Sistēmai ir jāiekļauj Izpildītāja veikto izstrāžu un/vai pielāgojumu pirmkods un Pasūtītāja vajadzībām specifiski izstrādātā konfigurācija.

Papīra nodevumi Izpildītājam ir jāiesniedz Pasūtītājam elektroniski rediģējamā (MS Word atpazīstamā) formātā un arī 2 (divos) drukātos eksemplāros parakstīšanai – katrai pusei vienu eksemplāru.

Nodevumu melnrakstu iesniegšana un saskaņošana tiks veikta elektroniski (e-pasta veidā).

77

78

(47). Prasības dokumentācijas nodevumiem

Darbu izpildes rezultātā izveidotā (modificētā) Sistēmas dokumentācija ir jāpiegādā integrējot to attiecīgā dokumenta veida pēdējā (aktuālajā) versijā, tādējādi novēršot Sistēmas dokumentācijas sadrumstalošanos.

(48). Prasības programmatūras nodevumiem

Katram programmatūras nodevumam (versijai/jauninājumam/ielāpam) jāsatur apraksts, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas, novērstās problēmas. Programmatūras nodevumu piegādēm jāsatur gan izveidotā/labotā koda izejas teksti, gan instalācija (ar uzstādīšanas instrukciju), gan konfigurācijas dati.

Programmatūras instalēšanas paketes jāpiegādā uzstādīšanai gan Pasūtītāja produkcijas vidē, gan Pasūtītāja testu vidē (ja ir tehniski iespējams, tad ir atļauts piegādāt instalēšanas paketi, kas izmantojama abās vidēs), ar norādi par instalēšanas paketes uzstādīšanas vidi.

Katrai Programmatūras instalēšanas paketei jābūt “inkrementālai” t.i. tās uzstādīšana ir veicama uz iepriekš piegādātas versijas. Papildus “inkrementālām” instalēšanas paketēm Izpildītājam ir jāpiegādā “pilnā” visas programmatūras instalācijas pakete, lai Pasūtītājam būtu iespēja veikt Sistēmas uzstādīšanu “jaunā” vidē. Saskaņojot ar Pasūtītāju, “inkrementālā” versija var tika veidota retāk.

Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts.

Piegādātajai programmatūrai jābūt kvalitatīvi notestētai Izpildītāja pusē.

(49). Nodevumu saskaņošanas kārtība

Izstrādājot projekta laika grafiku, Izpildītājam jāņem vērā iepirkuma līguma projektā norādītie nodevumu saskaņošanas termiņi:

Piezīmes:

Gadījumā, ja kādā projekta posmā izstrādāta funkcionalitāte, kura ietekmē iepriekš izstrādāto dokumentāciju, Izpildītājam jāveic arī iepriekš izstrādātās dokumentācijas pārskatīšana, labojumu un papildinājumu veikšana un saskaņošana ar Pasūtītāju;

Sistēmas vai tās daļas akcepttestēšana tiek uzsākta, atbilstoši projekta plānam. Ja Sistēmas vai tās daļas akcepttestēšana ir aizkavējusies, akcepttestēšana tiek uzsākta ar Pasūtītāju saskaņotā laikā.

5.2 Prasības projekta organizācijai

(50). Projekta uzraudzības padome

Izpildītājam jānodrošina resursi dalībai projekta uzraudzības padomes sanāksmēs.

Projekta uzraudzības padomes sanāksmes jāorganizē pēc nepieciešamības, bet ne retāk kā 1 (vienu) reizi 2 (divos) mēnešos.

78

79

Galvenās projekta uzraudzības padomes funkcijas:

Pasūtītāja un Izpildītāja darbību koordinācija; izskatīt projekta progresa ziņojumus un novērtēt projekta īstenošanas atbilstību

plānotajam, nepieciešamības gadījumā lemt par koriģējošiem pasākumiem; pieņemt lēmumus, kuru akceptēšanai nepieciešams Pasūtītāju vai Izpildītāju

pārstāvošo personu akcepts; izmaiņu vadības ietvaros uzņemties atbildību par lēmumiem attiecībā uz projekta

izmaiņu veikšanu.

No Izpildītāja puses sapulcēs obligāti ir jāpiedalās vadības pārstāvim un projekta vadītājam, pēc Pasūtītāja norādēm pieaicinot arī citus speciālistus.

Projekta uzraudzības padomes sanāksme Izpildītājam ir jāprotokolē. Izpildītājam protokols jāiesniedz saskaņošanai 3 (trīs) darba dienu laikā no sanāksmes norises dienas.

Projekta uzraudzības padomes sanāksmes notiks Pasūtītāja telpās. Projekta uzraudzības padomes sanāksmi vada Pasūtītājs.

(51). Prasību definēšanas darba grupa

Izpildītājam jānodrošina resursi dalībai prasību definēšanas darba grupā (projekta intervijās).

Prasību definēšanas darba grupas sapulces tiks organizētas pēc nepieciešamības prasību specificēšanas, projektēšanas un akcepttestēšanas laikā.

Galvenās prasību definēšanas darba grupas funkcijas:

prasību definēšana un precizēšana; projekta rezultātu novērtēšana; Sistēmas pieņemšana; nodevumu saskaņošana.

Projekta prasību definēšanas sanāksmes Izpildītājam ir jāprotokolē. Izpildītājam protokols jāiesniedz saskaņošanai 3 (trīs) darba dienu laikā no sanāksmes norises dienas.

No Izpildītāja puses sapulcēs ir jāpiedalās projekta izstrādes speciālistiem atbilstoši izskatāmam jautājumam (pēc nepieciešamības arī projekta vadītājam).

Prasību definēšanas darba grupas sanāksmes notiks Pasūtītāja, skat. prasību Interviju norises vieta. Prasību definēšanas darba grupas sanāksmi vada Izpildītājs.

(52). Projekta vadītājs

Izpildītājam ir jānozīmē projekta vadītājs, kura tiesībās un pienākumos ietilpst:

projekta plānošana (līguma izpildes plānošana); prasību definēšanas sanāksmju vadība; komunikācijas nodrošināšana starp Pasūtītāju un Izpildītāju; projekta izpildes kontrole; projekta dokumentācijas un nodevumu apstiprināšana un iesniegšana; preventīvo un korektīvo darbību plānošana.

79

80

(53). Sistēmas testēšana

Izpildītājam, izmantojot savu izstrādes un testēšanas vidi, ir jānodrošina katra sprinta iekšēja testēšana, atbilstoši savām iekšējām procedūrām, neiesaistot Pasūtītāja darbiniekus, lai pārliecinātos par sistēmas sprinta gatavību iesniegšanai Pasūtītājam. Izpildītājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli. Pirms katras Sistēmas kārtas testēšanas Izpildītājam papildus jāveic Sistēmas integrācijas, veiktspējas un drošības testēšana. Izpildītāja testēšanas videi ir jābūt nodalītai no ražošanas vides un jānodrošina arhitektūra, kura atbilst produkcijas videi (var tikt izmantota virtualizācija)

(54). Sistēmas drošības testēšana

Izpildītājam ir jāveic arī sistēmas drošības testēšana (mērķis ir pārbaudīt sistēmas noturību pret nesankcionētu pieeju, sistēmas noturību pret uzbrukumiem sistēmai, sistēmas drošībai kritiskās informācijas žurnalēšana). Izpildītājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli. Drošības kļūdas tiek atzīmētas kā kļūdas ar 1.prioritāti.

(55). Sistēmas lietojamības testēšana un novērtēšana

Izstrādes periodā publiski pieejamajām Sistēmas lietotāja saskarnes daļām ir jāveic lietojamības (usability) novērtēšana, kuras mērķis ir pārbaudīt Sistēmas lietošanas ērtumu lietotājiem, kas nav pazīstami ar izveidoto Sistēmu.

Katrai lietotāja saskarnes piegādei ir jāveic lietojamības novērtēšana:

Attiecībā uz ārējo portālu: līdz 2 lietotāju grupām, katrā ne vairāk kā 5 cilvēki; JPA IS: līdz 5 Pasūtītāja izvēlētas personas.

Vide Sistēmas lietojamības novērtēšanai ir jānodrošina Izpildītājam.

Lietojamības novērtēšanā tiks iekļauti arī šādi lielumi - cik lietotājs ilgi pavada laiku, lai atrastu konkrētās funkcijas izpildei nepieciešamās formas, kā arī lietotāja viedoklis par ievadformu ērtumu un uzskatāmību. Pirms un pēc testu uzsākšanas Pasūtītājs un Izstrādātājs vienosies par optimālo funkciju izpildes laiku.

Pēc lietojamības novērtēšanas Izpildītājam ir jāapkopo rezultāti un atbilstoši iegūtajām atsauksmēm un ierosinājumiem pēc saskaņošanas ar Pasūtītāju jāveic uzlabojumi Sistēmas lietotāja saskarnē.

Izpildītājam piedāvājumā ir jānorāda metodoloģija un procesa apraksts, kā tiks organizēti lietojamības novērtēšana un uzlabošana, metodika lietojamības testēšanas rezultātu novērtēšanai.

(56). Veiktspējas, ātrdarbības un slodzes testēšana

Daudzlietotāju režīma veiktspējas, ātrdarbības un slodzes testēšanai ir jāsimulē Sistēmas darbību:

1. Nominālas noslodzes apstākļos (šī testa ietvaros ir jāparāda, ka Sistēma var izpildīt noteiktās ātrdarbības prasības nominālas noslodzes apstākļos);

80

81

2. Maksimālas noslodzes apstākļos (pakāpeniski paaugstinot noslodzi, nosakot slieksni, kad veiktspējas prasības vairs netiek izpildītas vai arī līdz Sistēmas darbības atteicei);

3. Stabilitātes testus (šī testa ietvaros ir jāpārbauda Sistēmas darbības stabilitāte to ilgstoši darbinot nominālas noslodzes režīmā).

Noslodzes nosacījumi ir jādetalizē programmatūras prasību specifikācijā.

Pirms slodzes testēšanas Izpildītājam ar Pasūtītāju jāsaskaņo precīzi testa scenāriji un slodzes testa izpildes nosacījumi, kā arī kritēriji, pēc kuriem tiek akceptēta Sistēmas darba spēja plānotajos ekspluatācijas apstākļos.

(57). Sistēmas funkcionalitātes demonstrācija

Sistēmas funkcionalitātes demonstrācijas mērķis ir pārliecināties, ka izstrādājamā sistēma atbilst Pasūtītāja prasību analīzes laikā definētiem biznesa procesiem, sistēma ir ērta lietošanā un pilda biznesa procesu nodrošināšanai nepieciešamo funkcionalitāti (sistēmas funkcionalitātes demonstrācijas laikā pieļaujama atsevišķu funkciju nekorekta darbība, ja tā netraucē Pasūtītājam pārliecināties par funkcionalitātes darbību pēc būtības). Sistēmas demonstrācijas laikā Pasūtītājs neveic sistēmas akcepttestēšanu.

Atbilstoši sistēmas funkcionalitātes demonstrācijas laikā Pasūtītāju identificētiem nepieciešamiem papildinājumiem/ nepilnībām/ priekšlikumiem/ ierosinājumiem, Izpildītājam ir jāveic izstrādātās un apstiprinātās programmatūras dokumentācijas papildināšana un/vai atjaunošana (sistēmas funkcionalitātes demonstrācijas laikā Pasūtītājs neizvirzīs prasību analīzes laikā definētām prasībām pretrunīgas prasības).

Izpildītājam jāveic atjaunotās dokumentācijas atkārtota saskaņošana ar Pasūtītāju (dokumentācijas atkārtota saskaņošana notiek 5 (piecu) darba dienu laikā). Pēc dokumentācijas apstiprināšanas Izpildītājam ir jāveic nepieciešamās korekcijas programmatūras kodā.

5.3 Prasības projekta vadības dokumentācijai(58). Protokoli

Izpildītājam projekta ietvaros ir jāveic visu sanāksmju protokolēšana. Protokols jānorāda vismaz šāda informācija:

sanāksmes norises datums un laiks; sanāksmes dalībnieku saraksts; dienas kārtība; secinājumi un lēmumi; veicamie uzdevumi, norādot atbildīgo un izpildes termiņu; sanāksmes laikā nodotie/saņemtie dokumenti.

Izpildītājam jāiesniedz protokolus saskaņošanai ar Pasūtītāja pārstāvjiem 3 (trīs) darba dienu laikā pēc sanāksmes norises dienas.

(59). Projekta izpildes plāns

81

82

Izpildītājam, sagatavojot Tehnisko piedāvājumu, ir jāizstrādā Projekta (līguma) izpildes detalizēts realizācijas plāns, iekļaujot tajā veicamo aktivitāšu sarakstu, atbildīgās puses, nodevumus un laika grafiku.

Projekta izpildes plānam jābūt noformētam atbilstoši piedāvātajai projekta izstrādes metodoloģijai.

Izpildītājam ir pienākums projekta izpildes laikā regulāri pārskatīt un reizi 2 mēnešos atjaunot Projekta izpildes plānu.

Projekta izpildes plānu apstiprina Pasūtītājs.

(60). Projekta progresa ziņojumi

Izpildītājam regulāri jāiesniedz un jāprezentē projekta pārraudzības padomei projekta progresa ziņojums. Ziņojums jāsagatavo uz katru projekta pārraudzības padomes sanākami, bet ne retāk kā 1 (vienu) reizi mēnesī.

Atskaitē jāiekļauj vismaz šāda informācija:

informācija par projekta progresu; informācija par projekta ietvaros veicamo uzdevumu izpildi salīdzinot ar plānotiem

darbiem; informācija par projekta problēmām un riskiem; informācija par nepieciešamajām preventīvajām un korektīvajām darbībām; informācija par iepriekšējā periodā plānoto korektīvo un preventīvo darbību statusu; informāciju par nākamā perioda plānotiem darbiem (Izpildītāja un Pasūtītāja). Projekta progresa ziņojumu prezentācija notiks Pasūtītāja telpās pārraudzības

padomes sanāksmes laikā.

Projekta progresa ziņojumus apstiprina Pasūtītājs.

5.4 Nodevumu apraksts(61). Programmatūras prasību specifikācija

Izpildītājam ir jāizstrādā, jāsaskaņo ar Pasūtītāju un jāpiegādā programmatūras prasību specifikācija.

Prasību specificēšana veicama, balstoties uz iepirkuma nolikuma pielikumu Nr.1 „Tehniskā specifikācija”, Pasūtītāja sniegto dokumentāciju, intervijām ar Pasūtītāja darbiniekiem vai nozīmētām kontaktpersonām un esošo JPA risinājumu funkcionālajām iespējām un funkcijām.

Prasību specificēšana jāveic lietotāju stāstu veidā, katram sistēmas elementam.

Programmatūras prasību specifikācijas neatņemama sastāvdaļa ir arī Sistēmas ekrānformu prototipi. Ekrānformu prototips sagatavojams visām Sistēmas ekrānformām.

Izpildītājām jāsaskaņo ar Pasūtītāju ekrānformu prototipus pirms Sistēmas izstrādes uzsākšanas. Pasūtītājs apstiprina Sistēmas prototipu kopā ar programmatūras prasību specifikāciju.

82

83

(62). Programmatūras projektējuma apraksts

Izpildītājam ir jāveic Sistēmas projektēšana, balstoties uz programmatūras prasību specifikāciju.

Izpildītājam, iesniedzot katras kārtas nodevumus, ir jāizstrādā un jāpiegādā Sistēmas arhitektūras apraksts un datu bāzes struktūras apraksts.

(63). Licenču piegāde

Izpildītājam ir jāpiegādā Sistēmas darbināšanai nepieciešamās trešās puses programmatūras licence(s).

Piegādātajām licencēm jānodrošina iespēja lietot Sistēmu jebkurai Pasūtītāja akceptētai institūcijai, organizācijai vai personai atbilstoši plānotajiem apjomiem bez laika ierobežojuma.

Piegādātājam ir jāpiegādā jebkura trešās puses programmatūra, kas ir nepieciešama Sistēmas izmantošanai plānotajiem apjomiem. Ārējā portāla lietotāju skaits nedrīkst būt ierobežots

Trešās puses programmatūra var ietvert, piemēram, datu bāzes, lietojumprogrammu servera, OCR u.c. licences. Gadījumā, ja Sistēmas darbināšanai nepieciešami papildus tehniskie resursi, jānorāda arī operētājsistēmas programmatūras licences.

Trešo pušu programmatūras licenču piegāde jāveic līdz akcepttestēšanas uzsākšanai, bet ne agrāk, kā mēnesi pirms tās.

(64). Sistēmas izstrāde un/vai pielāgošana

Izpildītājam ir jāveic Sistēmas izstrāde (programmēšana) un/vai standarta programmatūras pielāgošana un konfigurēšana, lai Sistēma nodrošinātu iepirkuma nolikuma Nr.1 „Tehniskā specifikācija” prasības, Izpildītāja Tehniskā piedāvājumā piedāvāto funkcionalitāti, programmatūras prasību specifikācijā definētās prasības.

Izpildītājam, izmantojot savu izstrādes un testēšanas vidi, ir jānodrošina Sistēmas iekšējā testēšana, atbilstoši savām iekšējām procedūrām, neiesaistot Pasūtītāja darbiniekus, lai pārliecinātos par Sistēmas gatavību pirms lietotāju apmācības un Sistēmas akcepttestēšanas.

Izpildītājam ir jāveic arī Sistēmas veiktspējas un slodzes testi un drošības testēšana (mērķis ir pārbaudīt Sistēmas veiktspēju un noslodzes noturību, noturību pret nesankcionētu pieeju, Sistēmas noturību pret uzbrukumiem Sistēmai, Sistēmas drošībai kritiskās informācijas žurnalēšana).

Izpildītājam ir jānovērš testēšanas laikā atklātie defekti un jāiesniedz Pasūtītājam testēšanas protokoli par visiem veiktajiem testiem un pārskats par rezultātiem.

Izpildītājam ir jāveic programmatūras piegāde pakāpeniski (laidienu veidā), izstrādājot funkcionalitāti, balstoties uz projekta realizācijas grafiku.

Izpildītājam ir jāpiegādā Sistēma kopā ar Pasūtītāja vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem.

83

84

Izpildītājam ir jāpiegādā izstrādātās programmatūras pirmkodi (source code), kas ietver arī visas veiktās izmaiņas un papildinājumus. Pirmkodi nav jāpiegādā standarta programmatūrai (piemēram, operētājsistēmām).

Sistēmai ir jāiekļauj Izpildītāja veikto izstrāžu un/vai pielāgojumu pirmkods.

Izpildītājam jānodrošina, lai līdz Sistēmas ekspluatācijas uzsākšanai, produkcijas vidē saglabātos esošā JPA risinājuma funkcionalitāte.

(65). Sistēmas instalēšana

Pasūtītājs veiks Sistēmas instalācija akcepttestēšanas un produkcijas vidē, t.sk., serveru instalēšana un konfigurēšanu.

Izpildītājam ir jāveic Sistēmas instalācija akcepttestēšanas un apmācību vidē, t.sk., serveru instalēšana un konfigurēšana (vidi nodrošina Izpildītājs). Izpildītājam ir jāveic datu ievade mācībām un akcepttestēšanai nepieciešamajā apjomā.

(66). Lietotāju apmācību materiāli un lietotāja rokasgrāmata

Izpildītājam ir jāizstrādā un jāpiegādā:

instalācijas rokasgrāmata katrai Sistēmas instalācijas versijai; kontekstjūtīgs tiešsaistes lietotāja palīgs; Lietotāju apmācības materiāli (katrai kārtai).

Lietotāja palīgam jāsatur informācija par:

katru ekrāna ievada un izvada formu un atsevišķu lauku nozīmi tajās (iekļaujot lauka paplašinātu aprakstu, skaidrojumu, kas lietotājam sniedz papildus nepieciešamo informāciju, lai saprastu laukā ievadāmo informāciju), t.sk., katram laukam ir jābūt aizpildītam ar reāliem datiem, ievērojot kā lauka saturisko nozīmi, tā tipiskā aizpildījuma formātu un aizpildījuma garumu. Reālie dati jānodrošina Piegādātājam;

Sistēmas izvēlņu apraksts un funkcionālo iespēju detalizēts izklāsts; pamācībām, kādā veidā veikt noteiktas darbības ar Sistēmu („how to …”); pamācībām rīcībai kļūdu un neparedzētas Sistēmas reakcijas gadījumā

(troubleshooting); lietotāja saskarnē un rokasgrāmatā lietotie terminu skaidrojumi.

Izpildītājam jānodrošina Lietotāja rokasgrāmatas pieejamība *.docx vai *.pdf formātā no Sistēmas. Lietotāja rokasgrāmatas pievienošanas datnes administrēšana (pievienošana/dzēšana) ir jānodrošina Sistēmas administratoram ar Sistēmas administrēšanas līdzekļiem no lietotāju saskarnes puses. Projekta ietvaros interaktīvais sistēmas palīgs (on-line help) Izpildītājam nav jānodrošina.

Mācību materiālus jāiesniedz pārskatīšanai un akceptēšanai no Pasūtītāja puses vismaz 5 (piecas) darba dienas pirms mācību norises. Apmācību materiālos ir jāiekļauj ilustrācijas (attēli, tabulas, shēmas utt.), kur tas ir nepieciešams teksta izskaidrošanai un rakstītās informācijas vizualizācijai.

84

85

Apmācību veicējam uz sava rēķina jāpavairo apmācību materiāli gan papīra, gan elektroniska dokumenta formātā un jānodrošina to pieejamība klausītājiem. Apmācību materiāli papildus jābūt piegādātiem elektroniski rediģējamā MS Power Point formātā.

Plānojot apmācības, jāparedz, ka Pasūtītāja lietotāji jāapmāca par katra sprinta nodevumu, apmācību plānojot divās daļās (apmācība nedrīkst traucēt Pasūtītāja ikdienas darbu, līdz ar to katrā apmācību sesijā jāapmāca aptuveni puse no konkrētās funkcionalitātes lietotājiem).

Trešās puses programmatūras dokumentācija var būt angļu vai latviešu valodā. Trešās puses programmatūras dokumentācija var tikt piegādāta formā, kādā to izlaiž tās oriģinālais ražotājs.

(67). Administratoru rokasgrāmata

Piegādātājam jāpiegādā administratora rokasgrāmata, kura satur vismaz:

instalācijas rokasgrāmatu ar detalizētu operētājsistēmas, tīmekļa lietojumprogrammu servera, datu bāzes vadības sistēmas uzstādījumu aprakstu un konfigurācijas uzstādījumiem;

administratoru rokasgrāmata (t.sk., lietotāju administrēšana, darbs ar audita informāciju, rezerves kopiju veikšana, atjaunošana, nepārtrauktības nodrošināšana, regulārie ikdienas uzdevumi (piemēram, audita ierakstu kontrole un arhivēšana, problēmu identificēšana un novēršana un veiktspējas un kapacitātes monitorēšana).

(68). Prasības sistēmas administratoru apmācībām

Izpildītājām ir jāveic (vienas) dienas apmācības administratoriem 8 (astoņu) akadēmisko stundu apjomā (neieskaitot pārtraukumus) - ne vairāk kā 4 (četras) personas. Apmācībām jānotiek Rīgā (telpas un apmācību vidi nodrošina Pasūtītājs, t.sk., nepieciešamos datorus, projektoru, pieslēgumu globālam tīmeklim un citus apmācību sniegšanai nepieciešamos resursus).

Apmācītiem klausītājiem ir jābūt spējīgiem patstāvīgi izmantot sistēmu ikdienas pienākumu veikšanai (apmācībās iekļauto tēmu apjomā).

Visām apmācībām jānotiek latviešu valodā. Apmācības sniedzamas ar Pasūtītāju saskaņotos laikos, darba dienās no plkst. 9:00 līdz 17:00.

(69). Sistēmas kārtas akcepttestēšana

Sistēmas funkcionālos testus veiks Pasūtītāja darbinieki, saskaņā ar projekta plānu. Izpildītājam ir jānodrošina akcepttestu norisei nepieciešamās konsultācijas.

Balstoties uz Pasūtītāja iesniegtajiem problēmziņojumiem, Izpildītājs veiks identificēto defektu novēršanu un akcepta testēšanas noslēgumā Pasūtītājs sagatavos un iesniegs testēšanas pārskatu par veiktajām darbībām (Izpildītājam jānodrošina Pasūtītājs ar datiem no akcepttestēšanas laikā izmantotā kļūdu ziņojuma reģistra).

Izpildītājam Sistēmas akcepttestēšanas rezultātā jāsagatavo un jāiesniedz Pasūtītājam Sistēmas testēšanas pārskats (rezultātu kopsavilkums).

85

86

Izpildītājam ir jānovērš akcepttestēšanas laikā konstatētie Sistēmas defekti un jānodrošina laiks Sistēmas atkārtotai akcepttestēšanai.

Atbilstoši Sistēmas kārtas akcepttestēšanas laikā Pasūtītāju identificētiem nepieciešamiem papildinājumiem/ nepilnībām/ priekšlikumiem/ ierosinājumiem, Izpildītājam ir jāveic izstrādātās un apstiprinātās programmatūras dokumentācijas papildināšana un/vai atjaunošana un izmaiņu veikšana programmatūras kodā.

Sistēmas kārta ir uzskatāma par atbilstošu lietošanas uzsākšanai, ja akcepttestēšanas laikā nav konstatētas problēmas ar kategoriju „Avārija”, „Kļūda, kuru nevar apiet”, „Kļūda, kuru var apiet” ar Kritisku, vidēju vai zemu prioritāti. Pasūtītājs un Izpildītājs var vienoties par Sistēmas ieviešanu ekspluatācijā ar atklātām, bet nenovērstām problēmām, kuru prioritāte ir zema.

Izpildītājam akcepttestēšanas laikā vai garantijas uzturēšanas ietvaros jānovērš visas akcepttestēšanas laikā reģistrētās 1.-4.kategorijas problēmas.

Izpildītājam jāsagatavo un jāiesniedz Pasūtītājam ziņojums par Sistēmas gatavību ekspluatācijas uzsākšanai.

(70). Izmaiņu pieprasījumi

Sistēmas izmaiņu realizācija, ja tāda izriet no Pasūtītāja pieprasījumiem, tiek veikta šī Projekta ietvaros.

Izpildītājam ir jānodrošina izmaiņu pieprasījumu apstrāde, izmaiņu priekšlikumu sagatavošana un sākotnējā novērtēšana bez papildus samaksas.

Izmaiņu pieprasījuma novērtējumu Izpildītājs iesniedz Pasūtītājam rakstveidā (Izpildītājam ir jāizstrādā izmaiņu pieprasījumu apstrādes (iniciēšanas, novērtējuma, apstiprināšanas) veidne). Izmaiņu pieprasījuma novērtējumā jāparedz nepieciešamais laiks visu izstrādāto Sistēmas dokumentāciju atjaunošanai.

Par katru izmaiņu pieprasījumu Izpildītājam ir jānorāda vismaz šāda informācija:

ietekme uz Sistēmas esošo funkcionalitāti; veicamo darbību uzskaitījums nepieciešamā izmaiņu pieprasījuma īstenošanai; nepieciešamā darbietilpība un izmaksas (atbilstoši Izpildītāja iesniegtajai

darbietilpības aprēķina metodikai); realizācijas termiņš.

Pasūtītājs izmaiņu pieprasījuma akcepttestēšanu veic testa vidē, kuru nodrošina Pasūtītājs.

(71). Veikto izmaiņu piegādes

Iesniedzot Sistēmas labojumus vai papildinājumus:

katram programmatūras nodevumam (versijai/jauninājumam/ielāpam) jāsatur apraksts, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas un novērstās problēmas;

programmatūras nodevumu piegādēm jāsatur gan izveidotā/labotā koda izejas teksti, gan instalācija (ar uzstādīšanas instrukciju), gan Sistēmas konfigurācijas dati;

86

87

programmatūras instalēšanas paketes jāpiegādā uzstādīšanai gan Pasūtītāja produkcijas vidē, gan Pasūtītāja testu vidē (ja ir tehniski iespējams, tad ir atļauts piegādāt instalēšanas paketi, kas izmantojama abās vidēs), ar norādi par instalēšanas paketes uzstādīšanas vidi.

Programmatūras instalēšanas paketei jābūt “inkrementālai”, t.i., tās uzstādīšana ir veicama uz iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts.

Papildus “inkrementālām” instalēšanas paketēm pēc Pasūtītāja pieprasījuma Izpildītājam ir jāpiegādā “pilnā” visas programmatūras instalācijas pakete, lai Pasūtītājam būtu iespēja veikt programmatūras uzstādīšanu “jaunā” vidē, no iepriekšējās vides izmantojot arhivētas datubāzes datu kopijas.

Programmatūras nodevumiem jābūt uzstādāmiem bez Sistēmas darbības pārtraukšanas. Ja Sistēmas darbības pārtraukšana tomēr nepieciešama, tad pārtraukuma ilgums iepriekš jāsaskaņo ar Pasūtītāju.

Sistēmas labojumiem vai papildinājumiem jābūt kvalitatīvi notestētai Izpildītāja pusē.

Darbu nodevumiem ir jānodrošina versiju identifikācija un kontrole.

6 Sistēmas garantijas uzturēšanas un uzturēšanas prasības

6.1 Sistēmas garantijas uzturēšanas pakalpojumu saturs(72). Sistēmas garantijas uzturēšana

Izpildītājam ir jānodrošina 2 (divu) gadu garantijas periods, skaitot no Sistēmas (atsevišķu Sistēmas funkcionālo bloku) nodošanas ekspluatācijā dienas.

(73). Sistēmas garantijas apjoms

Sistēmas garantijas uzturēšanas laikā Izpildītājam bez maksas jāveic piegādātās programmatūras uzstādījumu, konfigurācijas parametru un programmatūras modifikāciju veikšana ar mērķi novērst kļūdas un datu bojājumus, kas radušies Izpildītāja apzinātas vai neapzinātas rīcības rezultātā, kāda tā bijusi, nododot Sistēmu ekspluatācijā (prasība attiecas uz visiem Sistēmas garantijas laikā veiktajiem pieteikumiem).

(74). Tehniskā atbalsta pieejamība

Sistēmas garantijas uzturēšanas laikā Izpildītājam jāsniedz tehniskais atbalsts, tai skaitā arī uz pieteikumiem, kuru prioritāte atbilst 6.prioritātei (skat. Nodaļu Pieteikumu klasifikācija).

Tehniskam atbalstam ir jāietver vismaz šādas darbības:

piegādātās programmatūras jaunāko versiju (t.sk. atjauninājumu (update) un ielāpu (patch)) piegāde, instalēšana un/vai uzstādīšana;

piegādātās programmatūras kļūdu labojumu piegāde, instalēšana un/vai uzstādīšana; Pasūtītāja datu labojumu veikšana, ja datu bojājumi radušies piegādātās

programmatūras kļūdu vai nepilnību dēļ;

87

88

piegādātās programmatūras darbības traucējumu un/vai problēmu diagnosticēšana un analīze;

Pasūtītāja kontaktpersonas konsultēšana un atbalsts Sistēmas darbināšanā, bet ne vairāk, kā 24 (divdesmit četras) stundas katrus 6 (sešus) mēnešus);

Sistēmas pilnveidošana un uzlabošana, pamatojoties uz iepriekš panāktu Izpildītāja un Pasūtītāja savstarpējo vienošanos.

Izpildītājam jānodrošina tehniskais atbalsts darba dienās no 8:30 līdz 17:00.

Izpildītājam jānodrošina tehniskā atbalsta pieejamība vismaz 2 (divām) Pasūtītāja nozīmētām kontaktpersonām.

(75). Tehniskā atbalsta sniegšanas veids

Tehniskais atbalsts sniedzams, izmantojot šādus komunikācijas kanālus – telefoniski, pa e-pastu, pa faksu, reģistrējot pieteikumu Interneta pieteikumu reģistrā un klātienē (JPA telpās Rīgā).

Izpildītājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izpildītājs, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.

(76). Attālināta problēmu pieteikumu statusa noteikšana

Izpildītājam jānodrošina iespēja Pasūtītāja nozīmētām kontaktpersonām attālināti sekot savu pieteikumu statusam, pieslēdzoties pakalpojumu sniedzēja pieteikumu reģistrācijas Sistēmai izmantojot Internetu.

(77). Atbalsta iniciēšana

Atbalsts tiek sniegts gan pēc Pasūtītāja, gan pēc Izpildītāja iniciatīvas. Lai saņemtu/sniegtu atbalstu pēc Pasūtītāja iniciatīvas, tiek izmantoti pieteikumi, kas satur vismaz šādu informāciju:

pieteikuma reģistrēšanas datums, laiks, pieteicēja vārds, uzvārds; identifikācija programmatūras, uzstādījuma vai konfigurācijas vienumam, ar kuru

saistīta problēma/uzturēšanas pieteikums; pieteikuma apraksts un pieteikuma prioritāte.

Pieteikumus aizpilda Pasūtītāja norīkotā kontaktpersona.

Izpildītājam jāizstrādā uzturēšanas pieteikuma veidne pieteikumiem, kas tiks iesniegti izmantojot e-pastu, faksu un Internetu (Izpildītāja pieteikuma reģistrs).

Izpildītāja pieteikumu reģistram ir jābūt pieejamam Pasūtītāja kontaktpersonām, ar noteikumu, ka akceptēt pieteikuma izpildi (slēgt pieteikumu) var tikai ar Pasūtītāja konktaktpersonas piekrišanu.

(78). Sistēmas garantijas uzturēšanas pakalpojumu valoda

Visa komunikācija, sniedzot pakalpojumus, ir jānodrošina latviešu valodā.

6.2 Sistēmas uzturēšanas pakalpojumu saturs

88

89

(79). Tehniskā atbalsta pieejamība

Sistēmas uzturēšanas laikā Izpildītājam jāsniedz tehniskais atbalsts, kurš ietver Pasūtītāja kontaktpersonas konsultēšanu un atbalstu Sistēmas darbināšanā, bet ne vairāk, kā 96 (deviņdesmit sešas) stundas 1 (viena) kalendārā gada laikā.

Izpildītājam jānodrošina tehniskais atbalsts darba dienās no 8:30 līdz 18:00.

Izpildītājam jānodrošina tehniskā atbalsta pieejamība vismaz 2 (divām) Pasūtītāja nozīmētām kontaktpersonām.

(80). Tehniskā atbalsta sniegšanas veids

Tehniskais atbalsts sniedzams, izmantojot šādus komunikācijas kanālus – telefoniski, pa e-pastu, pa faksu, reģistrējot pieteikumu Interneta pieteikumu reģistrā un klātienē (JPA telpās Rīgā).

Izpildītājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izpildītājs, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.

(81). Sistēmas uzturēšanas pakalpojumu valoda

Visa komunikācija, sniedzot pakalpojumus, ir jānodrošina latviešu valodā.

(82). Operētājsistēmas vai datu bāzes programmatūras jauninājumu uzstādīšana

Standartprogrammatūras (operētājsistēmas, serveru programmatūra u.tml.,) jauninājumu (update, patch) piegāde Izpildītājam jāveic pēc šadiem principiem:

kritiski drošības ielāpi standarta programmatūrai ir jāpiegādā nekavējoties, cik ātri vien iespējams saskaņojot to ar Pasūtītāja pārstāvi un rakstiski (ne vēlāk kā 24 stundu laikā) informējot par to Pasūtītāju. Pirms drošības ielāpa piegādes jāveic tā testēšana piegādātāja testa vidē;

jebkādu citu standarta programmatūras ielāpu, uzlabojumu, labojumu u.tml. jauninājumu uzstādīšana jāveic tikai pēc rīkojuma saņemšanas no Pasūtītāja un akcepttesta veikšanas. Izpildītājam ir jāveic jauninājuma testēšana un jāinformē Pasūtītājs par katru uzstādīšanai pieejamo jauninājumu ne vēlāk, kā nedēļas laikā, skaitot no jauninājuma izziņošanas.

Pirms jauninājumu piegādes uzstādīšanai Piegādātājam jāveic jauninājumu sadarbspējas ar pārējo programmatūru, testēšana. Jauninājumu uzstādīšana pieļaujama tikai pēc veiksmīga testa.

Piegādātājam jānodrošina, ka neveiksmīga jauninājuma uzstādīšanas mēģinājuma gadījumā, sistēma ir atgriežama sākotnējā stāvoklī, t.i., tādā, kādā tā bija pirms mēģinājuma sākuma ne ilgākā laikā kā 3 (trīs) stundas pēc neveiksmes konstatēšanas.

(83). Labojumu un izmaiņu instalēšanas pakotnes

Garantijas uzturēšanas ietvaros piegādātajām labojumu un izmaiņu instalēšanas pakotnēm ir jābūt “inkrementālām”, t.i., tās uzstādīšana ir veicama uz iepriekš piegādātas programmatūras

89

90

versijas. Labojumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav labojuma priekšmets.

Programmatūras jauninājumi un ielāpi jāpiegādā, atbilstoši saskaņotajam problēmpietiekumu novēršanas termiņam. Ja pēdējo trīs mēnešu laikā ir veikta programmatūras jauninājumu vai ielāpu piegāde, kā arī ievērojama izmaiņu apjoma gadījumā, Piegādātājam jāpiegādā instalācijai jauns programmatūras laidiens. Programmatūras jauninājumu/ielāpu/ laidienu piegāde veicama, augšupielādējot Pasūtītāja norādītā resursā instalējamo programmatūru un atjauninātu programmatūras instalācijas instrukciju

(84). Programmatūras instalāciju uzstādīšana

Programmatūras instalācijām ir jābūt uzstādāmām bez Sistēmas darbības pārtraukšanas. Ja Sistēmas darbības pārtraukšana tomēr nepieciešama, tad pārtraukuma ilgums iepriekš jāsaskaņo ar Pasūtītāju.

(85). Pieteikumu eskalācija

Gadījumos, kad pieteikuma risināšanas gaitā tiek konstatēts, ka problēmas novēršanai nepieciešama trešās puses programmatūras izstrādātāja (ražotāja) iejaukšanās, tas tiek saskaņots ar Pasūtītāju, un Izpildītājs pieteikumu eskalē attiecīgajam ražotājam (ja Izpildītājs prasību nodrošināšanai, izmanto trešās puses risinājumu/-us, piemēram, meklēšanai, pareizrakstības pārbaudei).

Tālāk pieteikums tiek risināts atbilstoši trešās puses programmatūras ražotāja noteikumiem.

Pieteikumi tiek eskalēti uz ražotāju, ja vien puses nevienojas citādi, šādos kontrollaikos:

un 2. prioritātes pieteikumi, ja nav izdevies atrast pieņemamu risinājumu 24 (divdesmit četru) stundu laikā;

prioritātes pieteikumi, ja nav izdevies atrast pieņemamu risinājumu 10 (desmit) darba dienu laikā.

6.3 Pieteikumu klasifikācija(86). Problēmu prioritātes

Problēmu prioritātes tiek noteiktas, vadoties no konkrētās problēmas ietekmes uz Pasūtītāja realizēto pārvaldes procesu.

Problēmas prioritāte tiek uzskatīta par kritisku, ja problēma rada traucējumus būtisku Pasūtītāja realizēto funkciju izpildē (t.i., nav iespējams realizēt ikdienas darbību).

Problēmas prioritāte tiek uzskatīta par būtisku, ja ietekmētā funkcionalitāte ir ikdienas darbības sastāvdaļa, bet funkcionalitātes traucējumus iespējams apiet, izmantojot manuālu procesu vai uz laiku atlikt (piemēram – nav pieejama konkrēta atskaite).

Problēmas prioritāte tiek uzskatīta par zemu, ja ietekmētā funkcionalitāte neietekmē ikdienas darbu

(87). Problēmu kategorijas

90

91

Sistēmas darbināšanas problēmas un pieteikumi tiek apstrādāti, ievērojot zemāk uzskaitītās kategorijas:

kategorija: Avārija – problēma izraisa pilnīgu Sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts;

kategorija: Kļūda, kuru nevar apiet – problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus funkcionalitātes zudumus. Nav zināms (Pasūtītājam vai Projekta sadarbības partnerim) pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā režīmā;

kategorija: Kļūda, kuru var apiet - problēma izraisa minimālus iespēju zudumus. Ietekme uz Sistēmu ir mazsvarīga / sagādā zināmas neērtības, piemēram, manuālu darbu Sistēmas funkcionēšanas atjaunošanai / darba turpināšanai;

kategorija: Neprecizitāte - problēma neizraisa iespēju zudumus. Šādu pieteikumu raksturo iekšēja programmatūras kļūda vai nekorekta darbība, kuras ietekmi uz darba turpināšanu var neņemt vērā, kļūda / neprecizitāte produkta dokumentācijā;

kategorija: Izmaiņu pieprasījums - pieprasījums veikt izmaiņas vai papildināt Sistēmas funkcionalitāti, dokumentāciju vai veikt citus papildus darbus, kas ir ārpus līguma apjoma vai atšķiras no iepriekš saskaņotajām prasībām;

kategorija: Konsultācija - problēma neizraisa iespēju zudumus. Programmatūrā nav kļūda, bet ir radusies kāda neskaidrība par Sistēmas darbību vai funkcionalitāti, izmantošanu, tehnisko apkalpošanu.

Kļūdas drošības un veiktspējas jautājumos var tikt klasificētas jebkurā no kategorijām, atkarībā no to būtiskuma.

91

Documents

Ievads - Informācija Web viewGEN2. Kalendāra pārvaldība. Sistēmā jāuztur kalendārs ar maināmām (uzstādāmām) mainīgo svētku un pārcelto darbdienu dienām