NOLIKUMS

APSTIPRINĀTS

Valsts ieņēmumu dienesta

iepirkumu komisijas

2018.gada 30.xxxxx xxxx,

protokola Nr.8

Atklāta konkursa

“Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”

iepirkuma identifikācijas Nr. FM VID 2016/117/ERAF

NOLIKUMS

Šis iepirkums tiks līdzfinansēts no Eiropas reģionālās attīstības fonda darbības programmas “Izaugsme un nodarbinātība” 2.2.1.specifiskā atbalsta mērķa “Nodrošināt publisko datu atkalizmantošanas pieaugumu un efektīvu publiskās pārvaldes un privātā sektora mijiedarbību” finansējuma

Rīga 2018

Saturs

1. Vispārīga informācija par atklātu konkursu 3

1.1. Iepirkuma identifikācijas (turpmāk – ID) numurs 3

1.2. Informācija par pasūtītāju 3

1.3. Pretendents: piegādātājs, kurš ir reģistrēts Elektronisko iepirkumu sistēmā (turpmāk – EIS) un ir iesniedzis piedāvājumu EIS e-konkursu apakšsistēmā. 3

1.4. Piedāvājuma iesniegšanas un atvēršanas vieta, datums, laiks un kārtība 3

1.5. Piedāvājumu šifrēšana 3

1.6. Piedāvājuma iesniegšanas prasības 3

1.7. Konkursa nolikuma pieejamība: 6

2. Informācija par iepirkuma priekšmetu 6

2.1. Iepirkuma priekšmeta apraksts un apjoms 6

2.2. Tehniskais piedāvājums 7

2.3. Finanšu piedāvājums 7

2.4. Vispārīgās vienošanās izpildes noteikumi 8

3. Pretendentu kvalifikācijas prasības un atbilstību apliecinošie dokumenti 8

3.1. Prasība par pretendenta atbilstību profesionālās darbības veikšanai: 8

3.2. Dokumenti, kas apliecina pretendenta atbilstību prasībai par profesionālās darbības veikšanu un pasūtītāja patstāvīgi iegūstamā informācija par pretendenta atbilstību profesionālās darbības veikšanai: 8

3.3. Prasības par pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskajām un profesionālajām spējām un dokumenti un informācija, kas apliecina pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskās un profesionālās spējas 8

4. Piedāvājuma vērtēšana un piedāvājuma izvēles kritērijs 26

4.1. Piedāvājuma noformējuma pārbaude 26

4.2. Pretendenta kvalifikācijas pārbaude 26

4.3. Piedāvājuma pārbaude un vērtēšana 26

4.4. Piedāvājuma izvēle un piedāvājuma izvēles kritērijs 26

4.5. Pretendentu izslēgšanas noteikumi saskaņā ar Publisko iepirkumu likuma 42.panta pirmo daļu 29

Pielikumi:

1.pielikums PIETEIKUMS uz 1 lp.

2.pielikums TEHNISKAIS PIEDĀVĀJUMS uz 41 lp. 3.pielikums FINANŠU PIEDĀVĀJUMS uz 2 lp.

4.pielikums VISPĀRĪGĀS VIENOŠANĀS PROJEKTS uz 35 lp.

1. Vispārīga informācija par atklātu konkursu

1.1. Iepirkuma identifikācijas (turpmāk – ID) numurs

FM VID 2016/117/ERAF

1.2. Informācija par pasūtītāju

1.2.1.Valsts ieņēmumu dienests (turpmāk – pasūtītājs vai VID)

NMR kods: 90000069281

adrese: Xxxxxxx xxxx 0, Xxxx, XX-0000, Xxxxxxx

tālr.: x000 00000000, e-pasta adrese: xxx@xxx.xxx.xx tīmekļvietne: xxx.xxx.xxx.xx

1.2.2. atklātu konkursu “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”, ID Nr. FM VID 2016/177/ERAF (turpmāk – Konkurss) rīko ar VID 2016.gada 6.aprīļa rīkojumu Nr.506 “Par iepirkuma komisijas izveidošanu” izveidotā iepirkumu komisija (turpmāk – Komisija).

1.2.3. pasūtītāja kontaktpersona, kura sniedz organizatorisku informāciju par Xxxxxxxx, – VID Finanšu pārvaldes Iepirkumu daļas vadītāja vietniece X.Xxxxxxx (tālr. x000 00000000), elektroniskā pasta adrese Xxxxx.Xxxxxxx@xxx.xxx.xx;

1.3. Pretendents: piegādātājs, kurš ir reģistrēts Elektronisko iepirkumu sistēmā (turpmāk – EIS) un ir iesniedzis piedāvājumu EIS e-konkursu apakšsistēmā.1

1.4. Piedāvājuma iesniegšanas un atvēršanas vieta, datums, laiks un kārtība

1.4.1. Piedāvājuma iesniegšanas vieta, kārtība, datums un laiks

1.4.1.1. piedāvājumus piegādātāji var iesniegt, sākot ar Konkursa izziņošanas dienu, līdz

2018.gada 10.jūlijam plkst.11.00 EIS e-konkursu apakšsistēmā.

1.4.1.2. Pretendentu piedāvājumi, kas saņemti ārpus EIS e-konkursu apakšsistēmas, netiek atvērti un neatvērti tiek nosūtīti atpakaļ iesniedzējam.

1.4.2. Piedāvājuma atvēršanas vieta, kārtība, datums un laiks

1.4.2.1. Piedāvājumu atvēršana sākas tūlīt pēc piedāvājumu iesniegšanas termiņa beigām 2018.gada 10.jūlijam plkst.11.00, VID Klientu apkalpošanas centrā (2.stāvā), telpa Nr.00, Xxxxxxx xxxx 0, Xxxx;

1.4.2.2. Iesniegto piedāvājumu atvēršanas procesam pretendents var sekot līdzi tiešsaistes režīmā EIS e-konkursu apakšsistēmā, kā arī piedalīties piedāvājumu atvēršanas sanāksmē klātienē.

1.5. Piedāvājumu šifrēšana

1.5.1. Elektronisko iepirkumu sistēmas e-konkursu apakšsistēma nodrošina piedāvājumu pirmā līmeņa šifrēšanu.

1.5.2. Ja pretendents piedāvājuma datu aizsardzībai izmantojis piedāvājuma papildu šifrēšanu (saskaņā ar Konkursa nolikuma 1.6.1.3.apakšpunktu), pretendentam ne vēlāk kā 15 (piecpadsmit) minūtes pēc piedāvājumu iesniegšanas termiņa beigām iepirkuma komisijai jāiesniedz elektroniskā atslēga ar paroli šifrētā dokumenta atvēršanai.

1.6. Piedāvājuma iesniegšanas prasības

1.6.1.Piedāvājums jāiesniedz elektroniski EIS e-konkursu apakšsistēmā, vienā no zemāk

1 Informāciju par to, kā ieinteresētais piegādātājs var reģistrēties: xxxxx://xxx.xxx.xxx.xx/XXX/Xxxxxxxxxxxx/XxxxxxxxxxxXxxx.xxxx?XxxxxxxxxxxXxx000

minētajiem formātiem. Katra iesniedzamā dokumenta formāts var atšķirties, bet ir jāievēro šādi iespējamie veidi:

1.6.1.1. izmantojot EIS e-konkursu apakšsistēmas piedāvātos rīkus, aizpildot minētās sistēmas e-konkursu apakšsistēmā šī konkursa sadaļā ievietotās formas;

1.6.1.2. elektroniski aizpildāmos dokumentus, sagatavojot ārpus EIS e-konkursu apakšsistēmas un augšupielādējot sistēmas attiecīgajās vietnēs aizpildītas PDF formas, x.xx. ar formā integrētajiem failiem (šādā gadījumā pretendents ir atbildīgs par aizpildāmo formu atbilstību dokumentācijas prasībām un formu paraugiem, kā arī dokumenta atvēršanas un nolasīšanas iespējām).

1.6.1.3. elektroniski (PDF formas veidā) sagatavoto piedāvājumu šifrējot ārpus e-konkursu apakšsistēmas ar trešās personas piedāvātiem datu aizsardzības rīkiem un aizsargājot ar elektronisku atslēgu un paroli (šādā gadījumā Pretendents ir atbildīgs par aizpildāmo formu atbilstību dokumentācijas prasībām un formu paraugiem, kā arī dokumenta atvēršanas un nolasīšanas iespējām).

1.6.1.4. Piedāvājums jāsagatavo tā, lai nekādā veidā netiktu apdraudēta Elektronisko iepirkumu sistēmas e-konkursu apakšsistēmas darbība un nebūtu ierobežota piekļuve piedāvājumā ietvertajai informācijai, tostarp piedāvājums nedrīkst saturēt datorvīrusus un citas kaitīgas programmatūras vai to ģeneratorus, vai, ja piedāvājums ir šifrēts, pretendentam noteiktajā laikā (ne vēlāk kā 15 (piecpadsmit) minūšu laikā pēc piedāvājumu atvēršanas uzsākšanas) jāiesniedz derīga elektroniska atslēga un parole šifrētā dokumenta atvēršanai.

Ja piedāvājums saturēs kādu no šajā punktā minētajiem riskiem, tas netiks izskatīts.

1.6.2. Piedāvājuma noformējums

Sagatavojot piedāvājumu, pretendents ievēro, ka:

1.6.2.1. Pieteikuma veidlapa, finanšu un tehniskais piedāvājums jāaizpilda tikai elektroniski EIS e-konkursu apakšsistēmā atsevišķā elektroniskā dokumentā ar Microsoft Office 2010 (vai jaunākas programmatūras versijas) rīkiem lasāmā formātā.

1.6.2.2. Iesniedzot piedāvājumu, pretendents pēc izvēles ar drošu elektronisko parakstu un laika zīmogu vai ar EIS piedāvāto elektronisko parakstu (Sistēmas parakstu) paraksta vismaz pretendenta pieteikumu. Pieteikumu paraksta pretendenta pārstāvis ar pārstāvības tiesībām vai tā pilnvarota persona. Ja pieteikumu paraksta pilnvarota persona, jāpievieno personas ar pārstāvības tiesībām izdota pilnvara (skenēts dokumenta oriģināls PDF formātā).

1.6.2.3. piedāvājums jāsagatavo latviešu valodā. Piedāvājumā iekļautos dokumentus var iesniegt citā valodā. Šādā gadījumā dokumentiem jāpievieno tulkojums latviešu valodā ar apliecinājumu par tulkojuma pareizību. Pretējā gadījumā Komisija ir tiesīga uzskatīt, ka attiecīgais atlases vai kvalifikācijas dokuments nav iesniegts;

1.6.2.4. ja pretendenta iesniegtais dokuments pārsniedz 3 (trīs) lapaspuses, var tikt pievienots tikai tā kopsavilkuma tulkojums latviešu valodā ar apliecinājumu par tulkojuma pareizību. Kopsavilkuma tulkojumā jābūt iztulkotām būtiskākajām dokumenta daļām, norādot konkrētas atsauces uz dokumenta daļām, kuras tika tulkotas;

1.6.2.5. apliecinājumu par tulkojuma pareizību sagatavo saskaņā ar Ministru kabineta 2000.gada 22.augusta noteikumiem Nr.291 “Kārtība, kādā apliecināmi dokumentu tulkojumi valsts valodā”. Iesniedzot piedāvājumu vai pieteikumu, kandidāts vai piegādātājs ir tiesīgs visu iesniegto dokumentu atvasinājumu un tulkojumu pareizību apliecināt ar vienu apliecinājumu;

1.6.2.6. visos pretendenta iesniegtajos dokumentos pretendenta nosaukumam jābūt juridiski pareizam. Pretējā gadījumā Komisijai ir tiesības uzskatīt, ka dokuments, kurā norādīts nepareizs (neprecīzs) pretendenta nosaukums, nav iesniegts;

1.6.2.7. ja kādu no pretendenta iesniegtajiem dokumentiem ir izdevusi 1961.gada 5.oktobra Hāgas konvencijas par ārvalstu publisko dokumentu legalizācijas prasības atcelšanu dalībvalsts iestāde, tam ir jābūt pievienotam APOSTILLE apliecinājumam. Pārējo valstu iestāžu izsniegtajiem dokumentiem ir jābūt konsulāri legalizētiem izcelsmes valstī un Latvijas Republikā. Konsulārā legalizācija un dokumentu legalizācija ar APOSTILLE saskaņā ar

Dokumentu legalizācijas likumu nav nepieciešama publiskiem dokumentiem, kurus ir izsniegusi Eiropas Savienības dalībvalsts, Eiropas Ekonomikas zonas valsts vai Šveices Konfederācija;

1.6.2.8. dokumenta kopiju iegūst, nokopējot vai citādā tehniskā veidā iegūstot oriģināla faksimilattēlu ar visām dokumenta oriģināla grafiskajām un citām īpatnībām;

1.6.2.9. dokumenta kopijas pareizību apliecina ar apliecinājuma uzrakstu, kuru sagatavo saskaņā ar Ministru kabineta 2010.gada 28.septembra noteikumiem Nr.916 “Dokumentu izstrādāšanas un noformēšanas kārtība”.

1.6.3. Piedāvājumā iekļaujamie dokumenti

1.6.3.1. Vispārējie nosacījumi pretendenta dalībai konkursā (tostarp iesniedzamie dokumenti) ir pieejami EIS xxx.xxx.xxx.xx e-konkursu apakšsistēmā šī konkursa sadaļā.

1.6.3.2. Lai apliecinātu savu dalību iepirkuma procedūrā, pretendentam jāiesniedz konkursa

pieteikums, saskaņā ar EIS e-konkursu apakšsistēmā šī konkursa sadaļā publicēto veidlapu;

1.6.3.3. Pieteikumā, atbilstoši Iepirkumu uzraudzības biroja sniegtajam skaidrojumam (xxxxx://xxx.xxx.xxx.xx/xxxxx/xxxxxxx/xxxxx/xxxxxx/xxxxxxxxxxx_xxxxxxx_xxxxxxx_xxx.xxx) un Eiropas Komisijas 2003.gada 6.xxxxx Xxxxxxxxxx par mazo un vidējo uzņēmumu definīciju (OV L124, 20.5.2003.) jānorāda, kādam statusam atbilst pretendents – mazajam vai vidējam uzņēmumam.

1.6.3.4. pieteikums jāparaksta pretendenta pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai. Ja pretendents ir piegādātāju apvienība un sabiedrības līgumā nav atrunātas pārstāvības tiesības, pieteikums jāparaksta katrai personai, kas iekļauta piegādātāju apvienībā, pārstāvim ar pārstāvības tiesībām;

1.6.3.5. pretendenta kvalifikācijas dokumenti, kas minēti Konkursa nolikuma 3.3.apakšpunktā,

1.6.3.6. aizpildīts tehniskais piedāvājums (saskaņā ar EIS e-konkursu apakšsistēmā šī konkursa sadaļā publicēto veidlapu);

1.6.3.7. aizpildīts finanšu piedāvājums (saskaņā ar EIS e-konkursu apakšsistēmā šī konkursa sadaļā publicēto veidlapu);

1.6.3.8. ja pretendents piedāvājumā norāda personu, uz kuras iespējām tas balstās, lai apliecinātu, ka pretendenta kvalifikācija atbilst Konkursa nolikuma 3.3.apakšpunktā noteiktajām pretendentu kvalifikācijas prasībām, pretendents iesniedz attiecīgās personas apliecinājumu par sadarbību Konkursa iepirkuma līguma izpildē vai pretendenta un šīs personas vienošanos par sadarbību Konkursa iepirkuma līguma izpildē;

1.6.3.9. ja apakšuzņēmēja sniedzamo pakalpojumu vērtība ir 10 (desmit) procenti no kopējās iepirkuma līguma vērtības vai lielāka, pretendents norāda piedāvājumā šādus apakšuzņēmējus un katram šādam apakšuzņēmējam izpildei nododamo līguma daļu, kā arī iesniedz apakšuzņēmēja apliecinājumu par sadarbību konkrētā iepirkuma līguma izpildē vai pretendenta un apakšuzņēmēja vienošanos par to sadarbību konkrētā iepirkuma līguma izpildē. Pretendentam jānorāda visi apakšuzņēmēji, kuru sniedzamo pakalpojumu vērtība ir vismaz 10 (desmit) procenti no kopējās iepirkuma līguma vērtības vai lielāka, neatkarīgi no tā, vai šis apakšuzņēmējs pakalpojumus sniedz pretendentam vai citam apakšuzņēmējam.

1.6.3.10. apakšuzņēmēja sniedzamo pakalpojumu kopējo vērtību noteic saskaņā ar Publisko iepirkumu likuma 63.panta trešo daļu.

1.6.4.1 Eiropas vienotais iepirkuma procedūras dokuments

Saskaņā ar Xxxxxxxx iepirkumu likuma 49.panta pirmo daļu piegādātājam ir tiesības iesniegt Eiropas vienoto iepirkuma procedūras dokumentu kā sākotnējo pierādījumu atbilstībai Konkursa nolikumā noteiktajām pretendentu kvalifikācijas prasībām.

Eiropas vienotā iepirkuma procedūras dokumenta forma pieejama Eiropas Komisijas 2016.gada 5.janvāra Īstenošanas regulā 2016/7, ar ko nosaka standarta veidlapu Eiropas vienotajam iepirkuma procedūras dokumentam, vai, izmantojot tiešsaistes pakalpojumu – xxxxx://xx.xxxxxx.xx/xxxxx/xxxx/xxxxxx?xxxxxxx .

1.7. Konkursa nolikuma pieejamība:

1.7.1. Konkursa nolikums, Konkursa nolikuma grozījumi un atbildes uz ieinteresēto piegādātāju jautājumiem ir publiski pieejamas VID tīmekļvietnē xxxxx://xxx.xxx.xxx.xx/xx/xxxxxxxxx sadaļā „Publiskie iepirkumi” un EIS xxx.xxx.xxx.xx.

1.7.2. Ieinteresētais piegādātājs EIS e-konkursu apakšsistēmā šī konkursa sadaļā var reģistrēties kā Konkursa nolikuma saņēmējs, ja tas ir reģistrēts EIS kā piegādātājs.2

1.7.3. Ja Konkursa nolikumā tiek konstatētas pretrunas ar publisko iepirkumu procedūru regulējošo tiesību aktu prasībām, piemēro publisko iepirkumu regulējošo tiesību aktu nosacījumus.

1.7.4. Iepirkuma komisija un ieinteresētais piegādātājs vai pretendents ar informāciju apmainās PIL noteiktajā kārtībā, izmantojot elektroniskos saziņas līdzekļus, x.xx. ar elektronisko parakstu parakstīto dokumentu sūtīšanai un saņemšanai. Mutvārdos sniegtā informācija iepirkuma procedūras ietvaros nav saistoša.

1.7.5. Paziņojumu par iepirkuma dokumentācijas grozījumiem u.c. izmaiņām ieinteresētās personas, kas reģistrējušās kā Konkursa nolikuma saņēmēji, saņem uz norādītajām e-pasta adresēm.

1.7.6. Papildu informāciju, ja tā pieprasīta laikus pirms piedāvājumu iesniegšanas termiņa beigām, iepirkuma komisija nosūta e-pasta sūtījumā ieinteresētajam piegādātājam, kurš pieprasījis papildus informāciju/uzdevis jautājumu, un vienlaikus (tajā pašā dienā) ievieto informāciju VID tīmekļvietnē xxxxx://xxx.xxx.xxx.xx/xx/xxxxxxxxx sadaļā „Publiskie iepirkumi” un EIS xxx.xxx.xxx.xx e-konkursu apakšsistēmā šī konkursa sadaļā.

1.7.7. Papildu informāciju iepirkuma komisija nosūta e-pasta sūtījumā ieinteresētajam piegādātājam, kurš pieprasījis papildus informāciju/uzdevis jautājumu, un vienlaikus (tajā pašā dienā) ievieto informāciju VID tīmekļvietnē xxxxx://xxx.xxx.xxx.xx/xx/xxxxxxxxx sadaļā

„Publiskie iepirkumi” un EIS xxx.xxx.xxx.xx e-konkursu apakšsistēmā šī konkursa sadaļā.

1.7.8. pretendents drīkst iesniegt piedāvājumu tikai par attiecīgās/-o Konkursa priekšmeta daļas/-u visu apjomu;

1.7.9. pretendents nedrīkst iesniegt piedāvājuma variantus;

1.7.10. ja informācijas apmaiņa starp pasūtītāju un pretendentiem notiks, izmantojot elektroniskos dokumentus, kas parakstīti ar drošu elektronisko parakstu un apstiprināti ar laika zīmogu, pretendentiem saskaņā ar Ministru kabineta 2005.gada 28.jūnija noteikumu Nr. 473 “Elektronisko dokumentu izstrādāšanas, noformēšanas, glabāšanas un aprites kārtība valsts un pašvaldību iestādēs un kārtība, kādā notiek elektronisko dokumentu aprite starp valsts un pašvaldību iestādēm vai starp šīm iestādēm un fiziskajām un juridiskajām personām” 17.punkta prasībām ir pienākums 1 (vienas) darbdienas laikā atsūtīt paziņojumu pasūtītājam par elektronisko dokumentu saņemšanu.

2. Informācija par iepirkuma priekšmetu

2.1. Iepirkuma priekšmeta apraksts un apjoms

2.1.1. iepirkuma priekšmets ir kvalitatīva un savlaicīga konsultāciju un atbalsta pakalpojumu sniegšana VID informācijas sistēmu (turpmāk – IS) attīstības un pilnveidošanas atbalstam un konsultāciju sniegšana VID informācijas un komunikācijas tehnoloģiju (turpmāk – IKT) risinājumu attīstības, pilnveidošanas un uzturēšanas gaitā, lai nodrošinātu kvalitātes vadības pasākumus, IKT auditus, IKT attīstības dokumentu izstrādi un ar IKT pārvaldību saistītos pasākumus (turpmāk – Pakalpojums).

2.1.2. Iepirkuma priekšmets sastāv no 2 daļām:

2 Informāciju par to, kā ieinteresētais piegādātājs var reģistrēties par Konkursa nolikuma saņēmēju: xxxxx://xxx.xxx.xxx.xx/XXX/Xxxxxxxxxxxx/XxxxxxxxxxxXxxx.xxxx?XxxxxxxxxxxXxx000 .

2.1.2.1. kvalitatīva un savlaicīga konsultāciju un atbalsta pakalpojumu sniegšana par IS un IKT attīstības jautājumiem;

2.1.2.2. kvalitatīva un savlaicīga konsultāciju un atbalsta pakalpojumu sniegšana par IKT pielietošanas jautājumiem.

2.1.3.Konkursa priekšmeta nomenklatūras (CPV) kods:

1.tabula

Kods

Koda atšifrējums

latviešu valodā

Koda atšifrējums

angļu valodā

Pakalpojuma

kategorijas Nr.

72250000-2

Sistēmas un atbalsta

pakalpojumi

System and support

services

2.1.4. detalizētas Konkursa iepirkuma priekšmetu tehniskās specifikācijas ir noteiktas Konkursa nolikuma 2.pielikumā “Tehniskā specifikācija”.

2.1.5. Vispārīgās vienošanās tiks slēgtas par šādam līgumcenām:

2.1.5.1. par iepirkuma 1.daļu 520 000,00 EUR (pieci simti divdesmit tūkstoši euro un 00 centi) bez pievienotās vērtības nodokļa (turpmāk – PVN);

2.1.5.2. par iepirkuma 2.daļu 260 000,00 EUR (devi simti sešdesmit tūkstoši euro un 00 centi) bez PVN.

2.1.6. Pretendents drīkst iesniegt piedāvājumu par kādu no Konkursa nolikuma 2.1.1.apakšpunktā minēto Iepirkuma priekšmeta daļu atsevišķi vai par abām daļām kopā.

2.2. Tehniskais piedāvājums

2.2.1. tehniskajam piedāvājumam jāatbilst Konkursa nolikuma un Tehniskās specifikācijas prasībām. Tehniskajā piedāvājumā jāsniedz apraksts, kādā veidā Pretendents nodrošinās prasību īstenošanu, aprakstot Konkursa nolikuma 2.pielikumā “Tehniskā specifikācija” visus uzskaitītos punktus par katru iepirkuma priekšmeta daļu un ņemot vērā tehniskās specifikācijas 1.pielikuma nosacījumus.

2.2.2. pretendentam Tehniskās specifikācijas prasību realizācija jāapraksta secībā, kādā prasības ir izvirzītas, ievērojot par kuru Konkursa nolikuma 2.1.2.apakšpunktā noteikto iepirkuma priekšmeta daļu/ļām tiek sniegts piedāvājums.

2.2.3. tehniskie piedāvājumi, kuros nebūs aprakstīta visu Tehniskās specifikācijas prasību realizācija vai kuros būs iekļauti pieņēmumi vai ierobežojumi, kuri nepamatoti sašaurina iepirkuma priekšmetu vai Pasūtītāja tiesības, tiks izslēgti no tālākas vērtēšanas.

2.2.4. pēc piedāvājumu iesniegšanas termiņa beigām pretendentam nav tiesību mainīt savu tehnisko piedāvājumu.

2.3. Finanšu piedāvājums

2.3.1. pretendentam ir jāiesniedz finanšu piedāvājums saskaņā ar Konkursa nolikuma 3.pielikumā “Finanšu piedāvājums” noteikto finanšu piedāvājuma formu;

2.3.2. finanšu piedāvājumā cenai jābūt norādītai euro (EUR) bez PVN, norādot ne vairāk kā 2 (divas) zīmes aiz komata;

2.3.3. pēc piedāvājuma iesniegšanas termiņa beigām pretendentam nav tiesību mainīt savu finanšu piedāvājumu.

2.3.4. finanšu piedāvājumā norādītajā persondienas likmē iekļaujamas visas izmaksas, kas saistītas ar pakalpojumu veikšanu, programmatūras testēšanas vides un testēšanas datubāzes izveidošanu, instalācijas pakotņu sagatavošanu, dokumentācijas sagatavošanu, muitas maksājumiem, garantijām, nodokļiem (izņemot PVN) un nodevām, kā arī nepieciešamo atļauju saņemšanu no trešajām personām un visas citas izmaksas, kas nepieciešamas vispārīgās vienošanās un vispārīgās vienošanās ietvaros noslēgto darba uzdevumu savlaicīgai un kvalitatīvai izpildei.

2.3.5. 3 (trīs) mēnešus no vispārīgās vienošanās noslēgšanas dienas vienas persondienas cena nedrīkst pārsniegt pretendenta piedāvājumā norādīto vienas persondienas cenu.

2.4. Vispārīgās vienošanās izpildes noteikumi

2.4.1. Vispārīgās vienošanās ietvaros noslēgto līgumu izpildes vieta ir Talejas iela 1, Rīga;

2.4.2. Vispārīgā vienošanās atbilstoši Konkursa nolikuma 4.pielikumā iekļautajam Vispārīgas vienošanās projektam tiks slēgtas ar maksimāli 10 (desmit) pretendentiem, kuru kvalifikācija un piedāvājums atbilst Konkursa nolikumā norādītajām prasībām un kuru finanšu piedāvājuma cena ir viszemākā, par katru Konkursa nolikuma 2.1.2.apakšpunktā noteikto iepirkuma priekšmeta daļu.

2.4.3. pēc Pasūtītāja pieprasījuma par katru konkrētu pasūtījuma vienību tiks veikta atsevišķa aptauja nosūtot visiem pretendentiem konkrēto Pakalpojuma pasūtījumu. Darba uzdevuma slēgšanas tiesības iegūs tas pretendents, kura iesniegtais piedāvājums par konkrēto uzdevumu/iem būs saimnieciski visizdevīgākais.

3. Pretendentu kvalifikācijas prasības un atbilstību apliecinošie dokumenti

3.1. Prasība par pretendenta atbilstību profesionālās darbības veikšanai:

Pretendentam jābūt reģistrētam atbilstoši attiecīgās valsts normatīvo aktu prasībām.

3.2. Dokumenti, kas apliecina pretendenta atbilstību prasībai par profesionālās darbības veikšanu un pasūtītāja patstāvīgi iegūstamā informācija par pretendenta atbilstību profesionālās darbības veikšanai:

3.2.1. Komisija pārbauda vai pretendents – Latvijas Republikas Uzņēmumu reģistra Komercreģistrā reģistrēts komersants – ir reģistrēts Latvijas Republikas Uzņēmumu reģistra Komercreģistrā;

3.2.2. pretendents – ārvalstī reģistrēts vai pastāvīgi dzīvojošs pretendents – iesniedz kompetentas attiecīgās valsts institūcijas izsniegtu dokumentu (oriģinālu vai apliecinātu kopiju), kas apliecina, ka pretendents reģistrēts atbilstoši attiecīgās valsts normatīvo aktu prasībām;

3.2.3. Komisija veiks Konkursa nolikuma 3.2.1.apakšpunktā minētās informācijas pārbaudi par visiem piegādātāju apvienības dalībniekiem vai personālsabiedrības biedriem kā pretendenta dalībniekiem, personām, uz kuru iespējām pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst Konkursa nolikuma 3.3.apakšpunktā noteiktajām prasībām, kā arī par pretendenta apakšuzņēmēju, kura sniedzamo pakalpojumu vērtība ir vismaz 10 (desmit) procenti no kopējās iepirkuma līguma vērtības un 3.2.2.apakšpunktā noteiktais dokuments jāiesniedz visiem piegādātāju apvienības dalībniekiem vai personālsabiedrības biedriem kā pretendenta dalībniekiem, personām, uz kuru iespējām pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst Konkursa nolikuma 3.3.apakšpunktā noteiktajām prasībām, kā arī par pretendenta apakšuzņēmēju, kura veicamo sniedzamo pakalpojumu vērtība ir vismaz 10 (desmit) procenti no kopējās iepirkuma līguma vērtības.

3.3. Prasības par pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskajām un profesionālajām spējām un dokumenti un informācija, kas apliecina pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskās un profesionālās spējas

Lai pretendents varētu piedalīties Konkursā, tam ir jāatbilst šādām prasībām un jāiesniedz tālāk minētie dokumenti vai to apliecinātas kopijas vai informācija:

3.3.1. Lai pretendents varētu piedalīties Iepirkuma priekšmeta 1.daļā, tam ir jāatbilst šādām prasībām un jāiesniedz tālāk minētie dokumenti vai to apliecinātas kopijas vai informācija:

2.tabula

Prasība

Dokumenti* un informācija

3.3.1.1. pretendenta kopējās likviditātes koeficients iepriekšējā finanšu pārskata gada

laikā ir vismaz “1,00” (bilances rindas

lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.1.apakšpunktā izvirzītajām prasībām,

pretendents norāda kopējās likviditātes

“Apgrozāmie līdzekļi kopā” dalījums ar bilances rindu “Īstermiņa kreditori kopā” dod rezultātu, kas ir vienāds vai lielāks par “1,00”). Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, katram tās biedram vai

dalībniekam ir jāizpilda minētā prasība;

koeficientu un iesniedz gada bilanci par pēdējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas ir iesniedzis gada pārskatu vai operatīvo bilanci (pretendents norāda, kuri bilancē iekļautie dati ir izmantoti koeficienta aprēķināšanai);

3.3.1.2. pretendenta pašu kapitāls iepriekšējā finanšu pārskata gada laikā (Bilances rinda “Pašu kapitāls kopā”) ir pozitīvs (skaitliskā vērtība ar plus zīmi). Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, katram tās biedram vai

dalībniekam ir jāizpilda minētā prasība;

lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.2.apakšpunktā izvirzītajām prasībām, pretendents norāda pašu kapitālu un iesniedz gada bilanci par pēdējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas ir iesniedzis gada pārskatu vai

operatīvo bilanci;

3.3.1.3. pretendents iepriekšējā finanšu pārskata gada laikā nav strādājis ar zaudējumiem. Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, katram tās biedram vai dalībniekam ir jāizpilda minētā prasība;

lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.3.apakšpunktā izvirzītajām prasībām, jāiesniedz peļņas vai zaudējumu aprēķins par iepriekšējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas ir iesniedzis gada pārskatu vai operatīvo

bilanci.

3.3.1.4. pretendenta gada neto apgrozījums 2 (divu) iepriekšējo gadu laikā kopā ir ne mazāks kā 500 000,00 EUR (pieci simti tūkstoši euro), ja piedāvājumu iesniedz par abām iepirkuma priekšmeta daļām, vai ne mazāks kā 350 000,00 EUR (trīs simti piecdesmit tūkstoši euro), ja piedāvājumu iesniedz par iepirkuma priekšmeta 1.daļu;

Ja no pretendenta darbības uzsākšanas datuma ir pagājis mazāk par 2 (diviem) gadiem, skaitot no Konkursa izsludināšanas dienas, tad pretendenta neto apgrozījums par nostrādāto laika posmu ir ne mazāks kā 300 000,00 EUR (trīs simti tūkstoši euro), ja piedāvājumu iesniedz par abām iepirkuma priekšmeta daļām, vai ne mazāks kā 200 000,00 EUR (divi simti tūkstoši euro), ja piedāvājumu iesniedz par iepirkuma priekšmeta 1.daļu.

Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, minēto prasību var izpildīt visi tās biedri vai dalībnieki kopā. Tādā gadījumā pretendenta (personu apvienības) dalībnieki ir solidāri atbildīgi par jebkura pretendenta (personu apvienības) dalībnieka uzņemtu jebkuru saistību iepirkuma līguma izpildes ietvaros attiecībā uz pasūtītāju un šis nosacījums tiks iekļauts iepirkuma līgumā, ja par uzvarētāju tiks atzīta

personu apvienība.

lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.4.apakšpunktā izvirzītajām prasībām, jāiesniedz peļņas vai zaudējumu aprēķinu par

2 (diviem) iepriekšējiem finanšu pārskata gadiem, par kuriem pretendentam bija jāiesniedz, un tas ir iesniedzis gada pārskatus. Ja no pretendenta darbības uzsākšanas (dibināšanas) datuma ir pagājis mazāk par 2 (diviem) gadiem, skaitot no Konkursa izsludināšanas dienas, tas iesniedz peļņas vai zaudējumu aprēķinu par finanšu pārskata gadu/-iem atbilstoši savas darbības laikam. Ja nav pienācis normatīvajos aktos noteiktais termiņš gada pārskata iesniegšanai par pēdējo finanšu pārskata gadu, tad pretendents ir tiesīgs iesniegt operatīvo bilanci.

3.3.1.5. pretendentam uz piedāvājumu atvēršanas brīdi jādarbojas konsultāciju jomā un pretendentam jābūt vismaz šādai pieredzei konsultāciju pakalpojumu sniegšanā iepriekšējo 3 (trīs) gadu laikā, skaitot no Konkursa izsludināšanas dienas (2015.,

2016., 2017. un 2018.gadā):

lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.5.apakšpunktā izvirzītajām prasībām, informāciju par pretendenta iepriekšējo 3 (trīs) gadu laikā veiksmīgi īstenotajiem projektiem, skaitot no Konkursa izsludināšanas dienas (2015., 2016., 2017. un 2018.gadā) Pretendents sniedz, aizpildot 3.tabulu un pievienojot atsauksmes.

Pretendentam jāiesniedz atsauksmes par tabulā norādītajiem savlaicīgi un kvalitatīvi sniegtajiem pakalpojumiem vai jānorāda saite uz publiski pieejamo informācijas sistēmu. Ja atsauksmes netiek iesniegtas vai saite netiek norādīta, Komisijai ir tiesības uzskatīt, ka pakalpojums nav sniegts.

3.3.1.5.1. 1 (vienā) īstenotā projektā, kurā sniegtas konsultācijas, tajā skaitā informācijas tehnoloģiju stratēģijas vai informācijas sistēmas koncepcijas/vīzijas

izstrāde.

3.3.1.5.2. 1 (vienā) īstenotā projektā, kurā ir sniegtas konsultācijas par biznesa procesu organizāciju vai analīzi, kuru biznesa procesa izpildē ir iesaistītas vairāk kā 1000 (viens tūkstotis) personas (izņemot biznesa procesa

klienti).

3.3.1.5.3. 3 (trīs) īstenotos projektos, kuros ir veikti IKT auditi, kur vismaz viens veikts

liela apjoma projekta ietvaros.

3.3.1.5.4. konsultāciju sniegšanā kvalitātes uzraudzības projektā liela apjoma

programmatūras izstrādes projektam.

3.3.1.6. pretendentam jānodrošina speciālisti, kuru izglītība, kvalifikācija un pieredze atbilst 4.tabulā noteiktajām minimālajām prasībām;

Piezīme: Par liela apjoma projektu šajā iepirkumā (x.xx. speciālistu kvalifikācijas prasībās) tiek uzskatīts informācijas sistēmu izstrādes projekts, kura līgumsumma ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN un projekta ietvaros izstrādātās informācijas sistēmas sekmīgu izstrādi apliecina klienta atsauksme vai informācijas sistēma ir pieejama publiski, izņemot Konkursa nolikuma 4.tabulas sistēmanalītiķim un fizisko personu datu aizsardzības speciālistam.

Prasībās norādītā pieredze speciālistiem jāapliecina ar pieredzi, kas iegūta iepriekšējo 3 (trīs) gadu laikā, skaitot no Konkursa izsludināšanas dienas (2015.,

2016., 2017. un 2018.gadā)

pretendentam jāsniedz informācija par projektā iesaistītā personāla kvalifikāciju, iesniedzot katra speciālista aizpildītu Curriculum Vitae (CV, atbilstoši Konkursa nolikumā noteiktajai formai), un aizpildot

4. un 5.tabulu;

3.3.1.7. Pretendentam jāpiedāvā speciālistu grupa, kura sastāv no vismaz 5 (piecām) personām. Darba grupas speciālistu un ekspertu izglītībai, kvalifikācijai un pieredzei jāatbilst 4.tabulā norādītajām prasībām. Viena

piedāvātā persona nedrīkst piedalīties darba grupā vairāk kā 2 (divās) lomās.

pretendents norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.1.7.apakšpunktā prasīto

3.3.1.8. pretendents savā piedāvājumā norāda visus tos apakšuzņēmējus, kuru sniedzamo pakalpojumu vērtība ir 10 (desmit) procenti no kopējās iepirkuma līguma vērtības vai lielāka, un katram šādam apakšuzņēmējam

izpildei nododamo iepirkuma līguma daļu.

pretendents norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.1.8.apakšpunktā prasīto.

3.3.1.9. ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība

3.3.1.5. un 3.3.1.6. minētās prasības personālsabiedrība vai piegādātāju apvienība var izpildīt kā kopums.

pretendents (personālsabiedrība vai piegādātāju apvienība) norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.1.9.apakšpunktā noteikto.

* Ja pretendents, lai apliecinātu savu atbilstību kādām no 3.3.1.1.-3.3.1.4.apakšpunktā izvirzītājām prasībām, izvēlas izmantot operatīvo bilanci, tad arī pārējās 3.3.1.1.- 3.3.1.4.apakšpunktos izvirzītās prasības ir jāapliecina ar operatīvo bilanci.

3.3.1.10. lai apliecinātu atbilstību Konkursa nolikuma 3.3.1.5.apakšpunktā izvirzītajām prasībām, pretendents norāda informāciju par veiksmīgi īstenotajiem pieredzes projektiem, aizpildot 3.tabulu. Pretendents apraksta savu darbības jomu.

3.tabula

Nr. p.k.	Pakalpojuma saņēmējs*	Pieredzes (īstenoto projektu) apraksts*	Pakalpojuma sniegšanas laika periods (gads) *
1.	Jānorāda nosaukums, kontaktpersona un tās tālruņa numurs
2.
…

Piezīme * – Visi lauki aizpildāmi obligāti. Komisijai ir tiesības ziņas pārbaudīt, sazinoties ar norādīto saņēmēja kontaktpersonu.

3.3.1.11. Pakalpojuma izpildē iesaistītā personāla kvalifikācijas prasības

4.tabula

Nr. p.k.

Kompetence

Prasības

Pretendenta piedāvātais*

Projekta vadītājs

Augstākā izglītība

(Laika periods, izglītības

iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)

1.1.

Praktiska pieredze projektu vadībā IKT jomā vai konsultāciju sniegšanā ar projekta budžetu vismaz 400 000,00 EUR (viens

simts tūkstoši euro);

(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
1.2.		Augstākā izglītība vai sertifikācija atbilstoši jebkurai no starptautiski atzītām projektu vadības metodoloģijām.	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
2.	Informācijas sistēmu arhitekts (biznesa arhitektūra, datu arhitektūra)	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
2.1.		Pieredze liela apjoma informācijas sistēmu arhitektūras plānošanā un izstrādē; Piezīmes: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN un projekts, kura ietvaros izstrādātās informācijas sistēmas sekmīgu izstrādi apliecina klienta atsauksme vai informācijas sistēma ir pieejama publiski.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
2.2.		Pieredze vismaz 3 (trīs) savstarpēji neatkarīgu juridisko personu informācijas sistēmas integrācijas plānošanā.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
3.	Lietojamības eksperts	Augstākā izglītība datorzinībās ar specializāciju lietojamības analizē (UX) vai sertificēts lietojamības analītiķis (CUA)	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
3.1.		Pieredze lietotāja saskarņu projektēšanā informācijas sistēmai, kuru ikdienā lieto vismaz 1000 (viens tūkstotis) sistēmas lietotāju (ar tiesībām piekļūt datiem atbilstoši tiesību nosacījumiem)	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
4.	Informācijas sistēmu drošības eksperts	Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību);	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
4.1.		Pieredze vismaz 3 (trīs) informācijas sistēmu drošības dokumentācijas izstrādē;	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
4.2.		Pieredze informācijas sistēmu drošības procedūru izstrādē un drošības procesu nodrošināšanā.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
4.3.		Sertifikāts CISM vai CISSP vai analogs, vai arī ir augstākā izglītība informācijas sistēmu drošības jomā.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
5.	Informācijas sistēmu auditors	Augstākā izglītība, inženierzinātnēs, vadības zinībās, dabaszinātnēs, matemātikā vai informācijas tehnoloģijās;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
5.1.		Pieredze IT auditos	(Darba vieta, projekts/laika periods, amats, kompetence)
5.2.		Sertificēts informācijas sistēmu auditors (ieguvis CISA (Certified Information Systems Auditor) sertifikātu)	(Derīga sertifikāta numurs, izdošanas datums)
6.	Kvalitātes kontroles vadītājs	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
6.1.		Pieredze vismaz 1 (viena) projekta kvalitātes uzraudzībā kvalitātes kontroles vadītāja lomā liela apjom programmatūras izstrādes projektam, kura rezultātā ieviestā sistēma darbojas uz piedāvājuma iesniegšanas brīdi vai ir pilnībā nodota pasūtītājam. Piezīme: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma par programmatūras izstrādi ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
7.	Testēšanas vadītājs	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
7.1.		Pieredze IKT jomā testēšanas nodrošināšanā;	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
7.2.		Starptautiski atzīts sertifikāts testēšanas vadībā ISTQB (vai līdzvērtīgs), vai arī augstākā	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
		izglītība informācijas sistēmu testēšanas jomā;
7.3.		Pieredze vismaz 1 (viena) projekta informācijas sistēmu testēšanas vadībā liela apjoma programmatūra izstrādes projektam un rezultātā ieviestā sistēma darbojas uz piedāvājuma iesniegšanas brīdi vai ir pilnībā nodota pasūtītājam. Piezīme: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma par programmatūras izstrādi ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
8.	Nodokļu administrēšanas eksperts	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
8.1.		Praktiska pieredze nodokļu administrēšanas procesu nodrošināšanā.	(Apraksts)
9.	Muitas eksperts	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
9.1.		Praktiska pieredze muitas procesu nodrošināšanā	(Apraksts)
10.	Biznesa procesu analītiķis	Augstākā izglītība datorzinībās/datorzinātnēs/vadīb ā ar specializāciju sistēmanalīzē vai CBAP vai līdzvērtīga sertifikācija	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
10.1.		Pieredze vismaz 1 (vienā) īstenotā projektā, kurā ir sniegtas konsultācijas par biznesa procesu organizāciju vai analīzi, kuru biznesa procesa izpildē ir iesaistītas vairāk kā 1000 ( viens tūkstotis) personas (izņemot biznesa procesa klienti).	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
11.	Sistēmanalītiķis	Pieredze sistēmanalīzes veikšanā vismaz vienā projektā, kuru biznesa procesa izpildē ir iesaistītas vairāk kā 1000 ( viens tūkstotis) personas (izņemot biznesa procesa klienti).	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
12.	Tehnoloģiju eksperts	Oracle datu bāzes/programmēšanas valodas ražotāja augstākā līmeņa sertifikāts – Oracle Certified Professional, vienā no jomām: operētājsistēma, datu bāzes projektēšana, datu integrācija, lietojumprogrammatūra, servisa orientētās arhitektūras risinājumos (SOA)	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
		Microsoft datu bāzes/programmēšanas valodas ražotāja augstākā līmeņa sertifikāts – Microsoft Certified Professional, vienā no sertifikācijas jomām: operētājsistēma, datu bāzes projektēšana, datu integrācija	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
13.	Fizisko personu datu apstrādes eksperts	Datu valsts inspekcijas vai citas ES valsts ekvivalentas institūcijas apstiprināta kvalifikācija	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
13.1		Pieredze personas datu aizsardzības tehnisko un organizatorisko prasību definēšanā tādas jaunas informācijas sistēmas izstrādei, kuru biznesa procesa izpildē ir iesaistītas vairāk kā 1000 (viens tūkstotis) personas (izņemot biznesa procesa klienti).	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
14.	Konsultants	Augstākā izglītība	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
14.1.		pieredze IKT projektā (sistēmu izstrāde/uzturēšana vai ieviešanas uzraudzība)	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Piezīmes:

* - pretendents aizpilda par katru piedāvāto speciālistu atsevišķi atbilstoši piedāvātajai kompetencei. Pretendentam jāiesniedz piedāvāto speciālistu izglītību un/vai zināšanas apliecinoša dokumenta (piemēram, diploma vai sertifikāta) kopija. Pretendentam atbilstoši piedāvātā speciālista zināšanu un pieredzes līmenim jānorāda, kuras prasības ir izpildītas, norādot arī atsauci, kurā piedāvājuma lpp. par to ir iespējams pārliecināties.

3.3.1.12. Kopsavilkums par pretendenta piedāvātajiem speciālistiem un to kvalifikāciju

5.tabula

Nr.p.k.

Pretendenta piedāvātais speciālists (vārds, uzvārds)

Kvalifikācija saskaņā ar iesaistītā personāla kvalifikācijas minimālo prasību 4.tabulu*

Projekta vadītājs

Informācijas sistēmu arhitekts (biznesa arhitektūra, datu

arhitektūra)

Lietojamības eksperts

Informācijas sistēmu drošības eksperts

Informācijas sistēmu auditors

Kvalitātes kontroles vadītājs

Testēšanas vadītājs

Nodokļu administrēšanas eksperts

Muitas eksperts

Biznesa procesu analītiķis

Sistēmanalītiķis

Tehnoloģiju eksperts

Fizisko personu datu apstrādes eksperts

Konsultants

…

Piezīme: * – aizpilda pretendents par katru piedāvāto speciālistu atbilstoši to kompetencei, tabulā atzīmējot ar “X”.

3.3.1.13. Piedāvātā profesionālā personāla CV*

Piedāvātā kompetence: Uzņēmuma (uzņēmējsabiedrības) nosaukums: Vārds, Uzvārds: Profesija: Gadi nostrādāti uzņēmumā (uzņēmējsabiedrībā):

Galvenā kvalifikācija un specializācija:

[Sniedziet speciālista pieredzes un kvalifikācijas vispārēju formulējumu, kas visvairāk atbilst uzdevuma mērķiem.]

Izglītība:

6.tabula

Laika periods	Izglītības iestādes nosaukums	Izglītība, iegūtais grāds, kvalifikācija	Kvalifikāciju apliecinošie dokumenti

Specializētie kursi (aizpilda, ja nepieciešams):

[Sniedziet speciālista specializētos kursos gūto kvalifikācijas vispārēju formulējumu, kas visvairāk atbilst uzdevuma mērķiem.]

7.tabula

Laika periods	Kursu sniedzēja iestādes nosaukums	Iegūtā kvalifikācija	Iegūtie zināšanas apliecinošie dokumenti (piem. sertifikāti)

Pieredze projektos:

[Sākot ar pašreizējo amatu, uzskaitiet pretējā secībā katru projektu. Uzskaitiet visus projektus, norādot mēnesi un gadu, darba vietu nosaukumu, ieņemamo amatu, lomu (specializāciju) tajā,

izpildītos uzdevumus. Noteikti norādiet pieredzi šim projektam piedāvātājā vai līdzīgajā lomā un specializācijā.]

8.tabula

Laika periods	Darba vieta	Projekts, amats	Kompetence, specializācija, izpildītie uzdevumi, funkcijas

Apliecinājums:

Parakstot šo CV, es, apakšā parakstījies (-usies), apliecinu, ka pēc manām labākajām zināšanām un ticības, šī informācija pareizi raksturo mani, manu kvalifikāciju un pieredzi, kā arī apņemos piedalīties atklāta konkursa Nr. FM VID 2016/177/ERAF “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”

līguma izpildē kā

, ja pretendentam

(kompetence)

(komersanta nosaukums) tiks piešķirtas tiesības slēgt iepirkuma līgumu.

Speciālista pilns vārds, uzvārds: Paraksts:

Diena/Mēnesis/Gads :

Piezīme: * Pretendentam ir jāiesniedz aizpildīts CV par katru tā piedāvāto speciālistu. Katram iesniegtajam CV ir jābūt attiecīgā speciālista pašrocīgi parakstītam, ja piedāvājumam tiek pievienots neparakstīts speciālista CV iepirkuma komisija ir tiesīga uzskatīt, ka attiecīgais CV nav iesniegts.

3.3.2. Lai pretendents varētu piedalīties Iepirkuma priekšmeta 2.daļā, tam ir jāatbilst šādām prasībām un jāiesniedz tālāk minētie dokumenti vai to apliecinātas kopijas vai informācija:

9.tabula

Prasība

Dokumenti* un informācija

3.3.2.1. pretendenta kopējās likviditātes koeficients iepriekšējā finanšu pārskata gada laikā ir vismaz “1,00” (bilances rindas “Apgrozāmie līdzekļi kopā” dalījums ar bilances rindu “Īstermiņa kreditori kopā” dod rezultātu, kas ir vienāds vai lielāks par “1,00”). Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, katram tās biedram vai

dalībniekam ir jāizpilda minētā prasība;

lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.1.apakšpunktā izvirzītajām prasībām, pretendents norāda kopējās likviditātes koeficientu un iesniedz gada bilanci par pēdējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas ir iesniedzis gada pārskatu vai operatīvo bilanci (pretendents norāda, kuri bilancē iekļautie dati ir izmantoti koeficienta aprēķināšanai);

3.3.2.2. pretendenta pašu kapitāls iepriekšējā finanšu pārskata gada laikā (Bilances rinda “Pašu kapitāls kopā”) ir pozitīvs (skaitliskā vērtība ar plus zīmi). Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju

apvienība, katram tās biedram vai dalībniekam ir jāizpilda minētā prasība;

lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.2.apakšpunktā izvirzītajām prasībām, pretendents norāda pašu kapitālu un iesniedz gada bilanci par pēdējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas

ir iesniedzis gada pārskatu vai operatīvo bilanci;

3.3.2.3. pretendents iepriekšējā finanšu pārskata gada laikā nav strādājis ar

zaudējumiem. Ja piedāvājumu iesniedz

lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.3.apakšpunktā izvirzītajām prasībām,

jāiesniedz peļņas vai zaudējumu aprēķins par

personālsabiedrība vai piegādātāju apvienība, katram tās biedram vai

dalībniekam ir jāizpilda minētā prasība;

iepriekšējo finanšu pārskata gadu, par kuru pretendentam bija jāiesniedz, un tas ir

iesniedzis gada pārskatu vai operatīvo bilanci.

3.3.2.4. pretendenta gada neto apgrozījums 2 (divu) iepriekšējo gadu laikā kopā, ir ne mazāks kā 500 000,00 EUR (pieci simti tūkstoši euro), ja piedāvājumu iesniedz par abām iepirkuma priekšmeta daļām, vai ne mazāks kā 150 000,00 EUR (viens simts piecdesmit tūkstoši euro), ja piedāvājumu iesniedz par iepirkuma priekšmeta 2.daļu. Ja no pretendenta darbības uzsākšanas datuma ir pagājis mazāk par 2 (diviem) gadiem, skaitot no Konkursa izsludināšanas dienas, tad pretendenta neto apgrozījums par nostrādāto laika posmu ir ne mazāks kā 300 000,00 EUR (trīs simti tūkstoši euro), ja piedāvājumu iesniedz par abām iepirkuma priekšmeta daļām, vai ne mazāks kā 100 000,00 EUR (divi simti tūkstoši euro), ja piedāvājumu iesniedz par iepirkuma priekšmeta 2.daļu.

tiks atzīta personu apvienība.

lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.4.apakšpunktā izvirzītajām prasībām, jāiesniedz peļņas vai zaudējumu aprēķinu par

3.3.2.5. pretendentam uz piedāvājumu atvēršanas brīdi jādarbojas konsultāciju jomā un pretendentam jābūt vismaz šādai pieredzei konsultāciju pakalpojumu sniegšanā iepriekšējo 3 (trīs) gadu laikā, skaitot no Konkursa izsludināšanas dienas

(2015., 2016., 2017. un 2018.gadā):

lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.5.apakšpunktā izvirzītajām prasībām, informācija par pretendenta iepriekšējo 3 (trīs) gadu laikā veiksmīgi īstenotajiem projektiem, skaitot no Konkursa izsludināšanas dienas (2015., 2016., 2017. un 2018.gadā) Pretendents aizpilda 10.tabulu un pievieno atsauksmes.

3.3.2.5.1. 1 (vienā) īstenotā projektā, kurā sniegtas konsultācijas, tajā skaitā informācijas tehnoloģiju stratēģijas vai informācijas sistēmas koncepcijas/vīzijas

izstrāde.

3.3.2.5.2. 1 (vienā) īstenotā projektā, kurā ir sniegtas konsultācijas par biznesa procesu organizāciju vai analīzi, kuru biznesa procesa izpildē ir iesaistītas vairāk kā 1000

(viens tūkstotis) personas (izņemot biznesa procesa klienti).

3.3.2.5.3. 3 (trīs) īstenotos projektos, kuros ir veikti IKT auditi, kur vismaz viens veikts liela apjoma projekta ietvaros.
3.3.2.5.4. konsultāciju sniegšanā kvalitātes uzraudzības projektā liela apjoma programmatūras izstrādes projektam.
3.3.2.6. pretendentam jānodrošina speciālisti, kuru izglītība, kvalifikācija un pieredze atbilst 11.tabulā noteiktajām minimālajām prasībām. Piezīme: Par liela apjoma projektu šajā iepirkumā (x.xx. speciālistu kvalifikācijas prasībās) tiek uzskatīts informācijas sistēmu izstrādes projekts, kura līgumsumma ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN un projekta ietvaros izstrādātās informācijas sistēmas sekmīgu izstrādi apliecina klienta atsauksme vai informācijas sistēma ir pieejama publiski. Prasībās norādītā pieredze speciālistiem jāapliecina ar pieredzi, kas iegūta iepriekšējo 3 (trīs) gadu laikā, skaitot no Konkursa izsludināšanas dienas (2015., 2016., 2017. un 2018.gadā)	pretendentam jāsniedz informācija par projektā iesaistītā personāla kvalifikāciju, iesniedzot katra speciālista aizpildītu Curriculum Vitae (CV, atbilstoši Konkursa nolikumā noteiktajai formai), un aizpildot 11. un 12.tabulu.
3.3.2.7. Pretendentam jāpiedāvā speciālistu grupa, kura sastāv no vismaz 5 (piecām) personām. Darba grupas speciālistu un ekspertu izglītībai, kvalifikācijai un pieredzei jāatbilst 11.tabulā norādītajām prasībām. Viena piedāvātā persona nedrīkst piedalīties darba grupā vairāk kā 2 (divās) lomās.	pretendents norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.2.7.apakšpunktā prasīto
3.3.2.8. pretendents savā piedāvājumā norāda visus tos apakšuzņēmējus, kuru veicamo būvdarbu vai sniedzamo pakalpojumu vērtība ir 10 (desmit) procenti no kopējās iepirkuma līguma vērtības vai lielāka, un katram šādam apakšuzņēmējam izpildei nododamo iepirkuma līguma daļu.	pretendents norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.2.8.apakšpunktā prasīto.
3.3.2.9. ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība 3.3.2.5. un 3.3.2.6. minētās prasības personālsabiedrība vai piegādātāju apvienība var izpildīt kā kopums.	pretendents (personālsabiedrība vai piegādātāju apvienība) norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.2.9.apakšpunktā noteikto.

* Ja pretendents, lai apliecinātu savu atbilstību kādām no 3.3.2.1. – 3.3.2.4.apakšpunktā izvirzītājām prasībām, izvēlas izmantot operatīvo bilanci, tad arī pārējās 3.3.2.1. – 3.3.2.4.apakšpunktos izvirzītās prasības ir jāapliecina ar operatīvo bilanci.

3.3.2.10. lai apliecinātu atbilstību Konkursa nolikuma 3.3.2.5.apakšpunktā izvirzītajām prasībām, pretendents norāda informāciju par veiksmīgi īstenotajiem pieredzes projektiem, aizpildot 10.tabulu. Pretendents apraksta savu darbības jomu.

10.tabula

Nr. p.k.	Pakalpojuma saņēmējs*	Pieredzes (īstenoto projektu) apraksts*	Pakalpojuma sniegšanas laika periods (gads) *
1.	Jānorāda nosaukums, kontaktpersona un tās tālruņa numurs
2.
…

Piezīme * – Visi lauki aizpildāmi obligāti. Komisijai ir tiesības ziņas pārbaudīt, sazinoties ar norādīto saņēmēja kontaktpersonu.

3.3.2.11. Pakalpojuma izpildē iesaistītā personāla kvalifikācijas prasības

11.tabula

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
1.	Projekta vadītājs	Augstākā izglītība	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
1.1.		Praktiska pieredze projektu vadībā informācijas un komunikācijas tehnoloģiju (turpmāk – IKT) jomā vai konsultāciju sniegšanā ar projekta budžetu vismaz 400 000,00 EUR (viens simts tūkstoši euro);	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
1.2.		Augstākā izglītība vai sertifikācija atbilstoši jebkurai no starptautiski atzītām projektu vadības metodoloģijām.	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
2.	Informācijas sistēmu arhitekts (infrastruktūras arhitektūra, drošības arhitektūra)	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
2.1.		Pieredze liela apjoma IKT arhitektūras plānošanā un izstrādē; Piezīmes: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
		PVN un projekts, kura ietvaros izstrādātās informācijas sistēmas sekmīgu izstrādi apliecina klienta atsauksme vai informācijas sistēma ir pieejama publiski.
2.2.		Pieredze vismaz 3 (trīs) savstarpēji neatkarīgu juridisko personu informācijas sistēmas integrācijas plānošanā.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
3.	Lietojamības eksperts	Augstākā izglītība datorzinībās ar specializāciju lietojamības analizē (UX) vai sertificēts lietojamības analītiķis (CUA)	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
3.1.		Pieredze lietotāja saskarņu projektēšanā informācijas sistēmai, kuru ikdienā lieto vismaz 1000 (viens tūkstotis) sistēmas lietotāju (ar tiesībām piekļūt datiem atbilstoši tiesību nosacījumiem)	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
4.	Informācijas sistēmu drošības eksperts	Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību);	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
4.1.		Pieredze vismaz 3 (trīs) infrastruktūras drošības dokumentācijas izstrādē un drošības procedūru nodrošināšanā;	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
4.2.		Sertifikāts CISM vai CISSP vai analogs, vai arī ir augstākā izglītība informācijas sistēmu drošības jomā.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
5.	Kvalitātes vadītājs	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
5.1.		Pieredze vismaz 1 (vienas) informācijas sistēmas programatūras koda audita veikšanā liela apjoma programmatūras izstrādes projektam. Piezīme: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma par programmatūras izstrādi ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
6.	Integrāciju testēšanas vadītājs	Augstākā izglītība;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
6.1.		Pieredze integrācijas testu veikšanā vismaz 2 (divos) programmatūras izstrādes projektos, kuros tiek nodrošināta sistēmu integrācija, kur katrai no informācijas sistēmām ir sava platforma un atsevišķi izstrādātāji.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
6.2.		Starptautiski atzīts sertifikāts testēšanas vadībā ISTQB (vai līdzvērtīgs), vai arī augstākā izglītība informācijas sistēmu testēšanas jomā;	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
6.3.		Pieredze vismaz 1 (viena) projekta informācijas sistēmu testēšanas vadībā liela apjoma programmatūras izstrādes projektam un rezultātā ieviestā sistēma darbojas uz piedāvājuma iesniegšanas brīdi vai ir pilnībā nodota pasūtītājam. Piezīme: Par liela apjoma projektu šajā gadījumā tiek uzskatīts projekts, kura līgumsumma par programmatūras izstrādi ir vismaz 400 000,00 EUR (četri simti tūkstoši euro) bez PVN.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
7.	Oracle SQL speciālists	Augstākā vai vidējā speciālā izglītība datorzinātnēs, telekomunikācijā, dabaszinātnēs matemātikā vai informācijas tehnoloģijās vai vadībzinībās	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
7.1.		Vismaz 3 (trīs) gadu pieredze darbā ar Oracle datubāzu izstrādi un/vai uzturēšanu.
7.2.		Oracle Advanced PL/SQL Developer Certified Professional sertifikāts vai līdzvērtīgs
8.	Oracle aplikāciju speciālists	Augstākā vai vidējā speciālā izglītība datorzinātnēs, telekomunikācijā, dabaszinātnēs matemātikā vai informācijas tehnoloģijās vai vadībzinībās	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
8.1.		Vismaz 3 (trīs) gadu pieredze darbā ar Oracle	(Laika periods, darba vieta, projekts, amats, kompetence,

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
		lietojumprogrammatūras izstrādi un/vai uzturēšanu.	specializācija, izpildītie uzdevumi, funkcijas)
8.2.		Oracle Certified Associate, Oracle WebLogic Server 11g System Administrator sertifikāts vai līdzvērtīgs	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
9.	JAVA speciālists	Augstākā vai vidējā speciālā izglītība datorzinātnēs, telekomunikācijā, dabaszinātnēs matemātikā vai informācijas tehnoloģijās vai vadībzinībās	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
9.1.		Vismaz 3 (trīs) gadu pieredze JAVA izstrādē	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
9.2.		Kāds no zemāk minētajiem sertifikātiem vai līdzvērtīgu: Oracle Certified Master, Java EE 6 Enterprise Architect Oracle Certified Expert, Java EE 6 Web Services Developer Oracle Certified Expert, Java EE 6 Web Component Developer	Sertifikāts
10.	Datortīkla eksperts	Augstākā vai vidējā speciālā izglītība telekomunikācijās, datorzinātnēs, dabaszinātnēs matemātikā vai informācijas tehnoloģijās vai vadībzinībās	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
10.1.		Vismaz 3 (trīs) gadu pieredze elektronisko datortīklu pārvaldībā, ekspluatācijā un kvalitātes kontrolē.	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
10.2.		Vismaz 3 lielu projektu pieredze, kurā darbojies kā datortīkla eksperts vai projekta uzraugs apjomīga elektronisko komunikāciju tīklu izveidē, pārbūvē. Par apjomīgu tiek uzskatīts datortīkls ar vismaz 10 pieslēguma filiālēm un kopumā vismaz 2000 iekārtām kas pieslēgtas datortīkla;	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)
10.3.		Projektos izmantoto elektronisko komunikāciju tīklu iekārtu ražotāja izsniegts derīgs eksperta	Sertifikāts

Nr. p.k.	Kompetence	Prasības	Pretendenta piedāvātais*
		līmeņa sertifikāts. Piemēram, ražotājam (Cisco - CCIE-R/S , HPE – MASE vai Juniper - JNCIE) apliecinošs sertifikāts. Pretendenta speciālistam jānodrošina šāds sertifikāts, ja pretendents apguvis XXXXX vai HPE vai Juniper ražotāja iekārtas.
11.	Konsultants	Augstākā izglītība	(Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)
11.1.		pieredze IT projektā (sistēmu izstrāde/uzturēšana vai ieviešanas uzraudzība)	(Laika periods, darba vieta, projekts, amats, kompetence, specializācija, izpildītie uzdevumi, funkcijas)

Piezīmes:

3.3.2.12. Kopsavilkums par pretendenta piedāvātajiem speciālistiem un to kvalifikāciju

12.tabula

Nr.p.k.

Pretendenta piedāvātais speciālists (vārds, uzvārds)

Kvalifikācija saskaņā ar iesaistītā personāla kvalifikācijas minimālo prasību 11.tabulu*

Projekta vadītājs

Informācijas sistēmu arhitekts (infrastruktūras arhitektūra, drošības arhitektūra)

Lietojamības eksperts

Informācijas sistēmu drošības eksperts

Kvalitātes vadītājs

Integrāciju testēšanas vadītājs

Oracle SQL speciālists

Oracle aplikāciju speciālists

JAVA speciālists

Datortīkla eksperts

Konsultants

…

Piezīme: * – aizpilda pretendents par katru piedāvāto speciālistu atbilstoši to kompetencei, tabulā atzīmējot ar “X”.

3.3.2.13. Piedāvātā profesionālā personāla CV*

Piedāvātā kompetence:

Uzņēmuma (uzņēmējsabiedrības) nosaukums:

Vārds, Uzvārds: Profesija: Gadi nostrādāti uzņēmumā (uzņēmējsabiedrībā):

Galvenā kvalifikācija un specializācija:

[Sniedziet speciālista pieredzes un kvalifikācijas vispārēju formulējumu, kas visvairāk atbilst uzdevuma mērķiem.]

Izglītība:

13.tabula

Laika periods	Izglītības iestādes nosaukums	Izglītība, iegūtais grāds, kvalifikācija	Kvalifikāciju apliecinošie dokumenti

Specializētie kursi (aizpilda, ja nepieciešams):

[Sniedziet speciālista specializētos kursos gūto kvalifikācijas vispārēju formulējumu, kas visvairāk atbilst uzdevuma mērķiem.]

14.tabula

Laika periods	Kursu sniedzēja iestādes nosaukums	Iegūtā kvalifikācija	Iegūtie zināšanas apliecinošie dokumenti (piem. sertifikāti)

Pieredze projektos:

[Sākot ar pašreizējo amatu, uzskaitiet pretējā secībā katru projektu. Uzskaitiet visus projektus, norādot mēnesi un gadu, darba vietu nosaukumu, ieņemamo amatu, lomu (specializāciju) tajā, izpildītos uzdevumus. Noteikti norādiet pieredzi šim projektam piedāvātājā vai līdzīgajā lomā un specializācijā.]

15.tabula

Laika periods	Darba vieta	Projekts, amats	Kompetence, specializācija, izpildītie uzdevumi, funkcijas

Apliecinājums:

līguma izpildē kā

, ja pretendentam

(kompetence)

(komersanta nosaukums) tiks piešķirtas tiesības slēgt iepirkuma līgumu.

Speciālista pilns vārds, uzvārds: Paraksts:

Diena/Mēnesis/Gads :

Piezīme: * Pretendentam ir jāiesniedz aizpildīts CV par katru tā piedāvāto speciālistu. Katram iesniegtajam CV ir jābūt attiecīgā speciālista pašrocīgi parakstītam, ja piedāvājumam tiek

pievienots neparakstīts speciālista CV iepirkuma komisija ir tiesīga uzskatīt, ka attiecīgais CV nav iesniegts.

4. Piedāvājuma vērtēšana un piedāvājuma izvēles kritērijs

4.1. Piedāvājuma noformējuma pārbaude

4.1.1. Komisija veic piedāvājuma noformējuma pārbaudi atbilstoši Konkursa nolikumā minētajām prasībām;

4.1.2. ja piedāvājums neatbilst Konkursa nolikuma 1.6.2.apakšpunktā noteiktajām prasībām, Komisija ir tiesīga izslēgt pretendentu no turpmākās dalības Konkursā, pieņemot lēmumu par tā piedāvājuma tālāku neizskatīšanu.

4.2. Pretendenta kvalifikācijas pārbaude

4.2.1. pretendenta kvalifikācijas pārbaudes laikā Komisija veic pretendenta iesniegto un/vai Komisijas patstāvīgi par katru pretendentu iegūto dokumentu un informācijas pārbaudi, lai pārliecinātos, vai visi pretendenti atbilst Konkursa nolikuma 3.1. - 3.3.apakšpunktos noteiktajām pretendenta kvalifikācijas prasībām;

4.2.2. pretendents, kuru Komisija atzinusi par neatbilstošu Konkursa nolikuma 3.punktā noteiktajām pretendenta kvalifikācijas prasībām, tiek izslēgts no turpmākās dalības Konkursā un tā piedāvājums tālāk netiek izskatīts;

4.3. Piedāvājuma pārbaude un vērtēšana

4.3.1. Komisija veic pretendenta tehniskā piedāvājuma atbilstības pārbaudi, kuras laikā izvērtē tehniskā piedāvājuma atbilstību Konkursa nolikuma prasībām. Ja pretendenta tehniskais piedāvājums neatbilst Konkursa nolikuma prasībām, pretendents tiek izslēgts no turpmākās dalības Konkursā un tā piedāvājums tālāk netiek izskatīts;

4.3.2. izvērtējot pretendenta finanšu piedāvājumu, Komisija pārbauda tā atbilstību Konkursa nolikuma prasībām, x.xx. Konkursa nolikuma 3.pielikumā noteiktajām finanšu piedāvājuma prasībām, kā arī pārbauda, vai pretendenta finanšu piedāvājumā nav aritmētisku kļūdu. Ja finanšu piedāvājums neatbilst Konkursa nolikuma prasībām, pretendents tiek izslēgts no turpmākās dalības Konkursā un tā piedāvājums tālāk netiek izskatīts. Komisija, konstatējot aritmētiskās kļūdas, šīs kļūdas izlabo un informē pretendentu par aritmētisko kļūdu labojumu un laboto piedāvājuma summu. Novērtējot un salīdzinot piedāvājumus, kuros bijušas aritmētiskas kļūdas, Komisija ņem vērā izlabotās cenas;

4.3.3. Komisija izvērtē, vai piedāvājums atbilst šķietami nepamatoti lēta piedāvājuma pazīmēm, kura izvēle paaugstina pasūtītāja risku un nav savietojama ar brīvas un taisnīgas konkurences principu. Par šķietami nepamatoti lētu piedāvājumu var liecināt viena vai vairākas pazīmes:

a) cena ir būtiski zemāka par citos piedāvājumos norādīto;

b) cena būtiski atšķiras no pasūtītāja veiktā paredzamās līgumcenas aprēķina;

c) cena nav iespējama saskaņā ar normatīvo aktu prasībām;

Ja Komisija konstatē, ka varētu būt saņemts šķietami nepamatoti lēts piedāvājums, tā pieprasa pretendentam detalizētu paskaidrojumu par būtiskajiem piedāvājuma nosacījumiem saskaņā ar Publisko iepirkumu likuma 53.pantu.

4.4. Piedāvājuma izvēle un piedāvājuma izvēles kritērijs

4.4.1. Vispārīgā vienošanās tiks slēgta ar maksimāli 10 (desmit) pretendentiem, kuru piedāvājumi atbilst Konkursa nolikumā noteiktajām piedāvājuma noformējuma, pretendentu atlases, tehniskā piedāvājuma prasībām un kuru finanšu piedāvājumā norādītās cenas ir viszemākās, par katru Konkursa nolikuma 2.1.2 apakšpunktā noteikto iepirkuma priekšmeta daļu.

4.4.2. darba uzdevuma izpildes tiesības iegūs tas pretendents, kura iesniegtais piedāvājums par konkrēto uzdevumu/iem būs saimnieciski visizdevīgākais saskaņā ar šādiem piedāvājumu vērtēšanas kritērijiem (vērtēšanas kritēriji būs atkarīgi no darba uzdevuma satura):

16.tabula

Nr. p.k.

Kritērijs

Punktu piešķiršanas metodika

Maksimālo punktu skaits

Finanšu piedāvājuma cena

Vērtēšana tiek veikta, pamatojoties uz Izpildītāju finanšu piedāvājumā sniegto informāciju

Xxxxxxxxx punktu skaitu piešķir piedāvājumam ar viszemāko finanšu piedāvājuma cenu, pārējiem proporcionāli mazāk.

Piešķiramo punktu skaitu aprēķina saskaņā ar šādu formulu:

Viszemākā cena ÷ Vērtējamā piedāvājuma cena x 60

(Vērtējumu nosaka ar precizitāti divas zīmes

aiz komata)

Saimnieciski izdevīgākā piedāvājuma

noteikšanas kritēriji

2.1.

Vadošo speciālistu* pieredze līdzīgu darbu veikšanā

Punkti tiks piešķirti par katru piedāvāto vadošo speciālistu, kurš atbilst minimālajām atlases prasībām un papildus izvirzītajām prasībām pēc sekojoša principa:

1. Piedāvātajam speciālistam pēdējo 3 (trīs) gadu laikā ir pieredze:

a. vienā pēc satura līdzīgā projektā, kurš atbilst Pakalpojuma pasūtījumā aprakstītajam darbu saturam – 1 punkts;

b. divos pēc satura līdzīgos projektos, kuri atbilst Pakalpojuma pasūtījumā aprakstītajam darbu saturam – 2 punkti;

c. trīs pēc satura līdzīgos projektos, kuri atbilst Pakalpojuma pasūtījumā aprakstītajam darbu saturam – 3 punkti,

bet kopumā ne vairāk kā 20 punkti.

2. Projekti pēc satura, atbilstoši pasūtāmajiem darbiem, tiks grupēti sekojoši:

• projekti, kurā paredzēta vismaz 3 (trīs) nodokļu veidu administrēšana valsts vai pašvaldības līmenī;

• projekti, kuros paredzēta muitas deklarēšanas vai muitas maksājumu administrēšanas sistēmas izstrāde vai uzturēšana;

• projekti, kuros paredzēta datu noliktavas vai analītisko rīku prasību specificēšana;

• projekti, kuros paredzēta klientu pašapkalpošanās portāla prasību specificēšana;

• projekti, kuros paredzēta uz personas risku balstītas kontroles sistēmas prasību specificēšana;

• projekti, kuros paredzēta informācijas sistēmu savietotāja, kurš nodrošina vismaz 2 informācijas sistēmu sadarbspēju, prasību specificēšana, izmantojot SOAP, REST vai ETL tehnoloģijas;

• projekti, kuros ir pielietoti Pasūtītāja rīcībā esošas un Darba uzdevumā pieprasītās tehnoloģijas (Izstrādes framework, DBVS, aplikāciju tehnoloģijas, IKT infrastruktūras tehnoloģijas);

• projekti, kuros ir īstenots Lielo datu (Big

data) koncepts.

2.2.

Vadošo speciālistu* sertifikācija

Piedāvātie speciālisti ir sertificēti atbilstoši standartprogrammatūras ražotāja augstākajam sertifikācijas līmenim aktuālajā vai iepriekšējā standartprogrammatūras versijā, atbilstoši to lomai un pasūtāmo darbu saturam:

a) 1 punkts par katru speciālistu, kurš sertificēts iepriekšējā

standartprogrammatūras versijā;

b) 2 punkti par katru speciālistu, kurš sertificēts aktuālajā

standartprogrammatūras versijā,

bet kopumā ne vairāk, kā 10 punkti.

Piedāvājuma riski

1. Pakalpojuma realizācijas piedāvājums neatspoguļo darba paketes noteikto rezultāta sasniegšanas pieeju, tad punktu vērtējums ir mīnuss 2 punkti.

2. Darba paketes izpildes piedāvājums neparedz un nedefinē pievienotu vērtību un vai zināšanu pienesumu no konsultantu puses, tad punktu vērtējums ir mīnuss 2 punkti.

3. Nav definēti izvērtējami nodevuma kvalitātes kritēriji visiem piedāvājuma aspektiem, tad punktu vērtējums ir mīnuss

2 punkti.

*Par vadošajiem speciālistiem tiek uzskatīti šādi speciālisti:

1.daļai: Projekta vadītājs, Informācijas sistēmu arhitekts, Kvalitātes kontroles vadītājs, Testēšanas vadītājs;

2.daļai: Projekta vadītājs, Informācijas sistēmu arhitekts (infrastruktūras arhitektūra, drošības arhitektūra), Informācijas sistēmu drošības eksperts, Datortīkla eksperts, Integrāciju testēšanas vadītājs.

4.5. Pretendentu izslēgšanas noteikumi saskaņā ar Publisko iepirkumu likuma 42.panta pirmo daļu

4.5.1. Pasūtītājs pārbauda, vai saskaņā ar Publisko iepirkumu likuma 42.panta pirmo daļu pretendents nav izslēdzams no turpmākās dalības Konkursā. Pasūtītājs izslēdz pretendentu no turpmākās dalības Konkursā, kā arī neizskata pretendenta piedāvājumu, ja uz pretendentu ir attiecināms jebkurš no Publisko iepirkumu likuma 42.panta pirmajā minētajiem gadījumiem.

4.5.2. Komisija veic Konkursa nolikuma 4.5.1.apakšpunktā minētās informācijas pārbaudi arī par visiem piegādātāju apvienības dalībniekiem vai personālsabiedrības biedriem (ja pretendents ir piegādātāju apvienība vai personālsabiedrība), personām, uz kuru iespējām kandidāts vai pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst Konkursa nolikuma 3.3.apakšpunktā noteiktajām prasībām un apakšuzņēmējiem, kuru sniedzamo pakalpojumu vērtība ir vismaz 10 (desmit) procenti no kopējās iepirkuma līguma vērtības.

4.5.3. Komisija, lai izvērtētu, vai uz pretendentu vai Publisko iepirkumu likuma 42.panta pirmās daļas 9., 10. un 11.punktā minētajām personām ir piemērojami Konkursa nolikuma 4.5.1.apakšpunkta nosacījumi, rīkosies saskaņā ar Publisko iepirkumu likuma 42.panta trešo, ceturto, piekto, septīto, devīto, desmito, vienpadsmito, divpadsmito un četrpadsmito daļu.

4.5.4. ja ārvalstī reģistrēts vai pastāvīgi dzīvojošs pretendents, kuram atbilstoši Konkursa nolikumā noteiktajām prasībām būtu piešķiramas iepirkuma līguma slēgšanas tiesības, Komisijas pieprasījumā noteiktajā termiņā neiesniedz pieprasītos dokumentus saskaņā ar Publisko iepirkumu likuma 42.panta pirmās daļas 10.punktu, Komisija izslēdz pretendentu no turpmākas dalības Konkursā un tā piedāvājumu neizskata.

1.pielikums Valsts ieņēmumu dienesta rīkotā atklāta konkursa nolikumam “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”, iepirkuma identifikācijas Nr. FM VID 2016/117/ERAF

Pieteikums par piedalīšanos atklātā konkursā

“Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”, iepirkuma identifikācijas Nr. FM VID 2016/117/ERAF

Komersants,

(komersanta nosaukums)

(vienotais reģistrācijas numurs)

(komersanta bankas rekvizīti)

tā (personas kods ) personā

(komersanta pilnvarotās personas vārds, uzvārds, personas kods)

ar šī pieteikuma iesniegšanu:

• piesakās piedalīties atklātā konkursā ID Nr. FM VID 2016/117/ERAF “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam” (turpmāk – Konkurss) un iesniedz piedāvājumu par daļu/-ām;

• apņemas ievērot visas Konkursa nolikuma prasības;

• piekrīt visiem Konkursa nolikuma 4.pielikumā ietvertās vispārīgās vienošanās un tās pielikumu, x.xx. līguma projekta, noteikumiem un apņemas vispārīgās vienošanās slēgšanas tiesību piešķiršanas gadījumā bez ierunām parakstīt minēto vispārīgo vienošanos un pildīt visus vispārīgajā vienošanās un tās pielikumos, x.xx. līguma projektā, noteiktās saistības;

• apliecinu, ka, saskaņā ar Konkurs anolikuma 3.6.2.apakšpunktu, kopējās likviditātes koeficientu ir

(jānorāda divus ciparus aiz komata);

• apliecinu, ka, saskaņā ar Konkursa nolikuma 3.6.3.apakšpunktu, pašu kapitāla rādītājs ir _ ;

• apliecina, ka visas sniegtās ziņas ir patiesas;

• apliecina, ka atbilst/neatbilst mazā3 vai vidējā4 uzņēmuma statusam (nevajadzīgo svītrot, gadījumā, ja pretendents ir personu apvienība, šī informācija jānorāda par katru personu apvienības dalībnieku atsevišķi).

Komersanta adrese

(paraksts)

(tālruņa (faksa) numuri, e-pasta adrese, tīmekļvietne)

(komersanta izpildinstitūcijas pārstāvja-/u vai pilnvarotās personas amats, vārds un uzvārds

3 Mazais uzņēmums ir uzņēmums, kurā nodarbinātas mazāk nekā 50 personas un kura gada apgrozījums un/vai gada bilance kopā nepārsniedz 10 miljonus euro

4 Vidējais uzņēmums ir uzņēmums, kas nav mazais uzņēmums, un kurā nodarbinātas mazāk nekā 250 personas un kura gada apgrozījums nepārsniedz 50 miljonus euro, un/vai, kura gada bilance kopā nepārsniedz 43 miljonus euro

2.pielikums Valsts ieņēmumu dienesta rīkotā atklāta konkursa nolikumam “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”, iepirkuma identifikācijas Nr. FM VID 2016/117/ERAF

TEHNISKĀ SPECIFIKĀCIJA

atklātam konkursam ID Nr. FM VID 2016/117/ERAF “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam” (turpmāk – Konkurss)

Tehniskās un funkcionālās prasības atklāta konkursa

“Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam” priekšmeta 1.daļai

Saturs

1. Ievads 33

1.1. Dokumenta nolūks un izmantošana 33

1.2. Darbības sfēra 33

1.3. Darbu pasūtīšanas shēma 33

1.4. Saīsinājumi un paskaidrojumi 34

1.5. Dokumenta pārskats 36

2. Organizatoriskās prasības 37

2.1. Sākotnējie darba uzdevumi 37

2.2. Vienošanās darbības laikā izpildāmie darbi 37

2.3. Prasības projekta pārvaldībai 38

2.4. Vispārējās prasības 39

3. Darbības prasības 45

3.1. Drošības prasības 47

3.2. Risinājuma programmatūras un aparatūras autoruzraudzība, dokumentu pieņemšanas kārtība 49

1. Ievads

1.1. Dokumenta nolūks un izmantošana

Šī dokumenta nolūks ir aprakstīt izvirzītās prasības konsultantu piesaistei Valsts ieņēmumu dienestā (turpmāk – VID) informācijas sistēmu (turpmāk – IS) attīstības un pilnveidošanas atbalstam, attiecībā pret kurām tiks veikta Pretendenta iesniegtā piedāvājuma novērtēšana Konkursa ietvaros.

1.2. Darbības sfēra

Šī dokumenta mērķis ir aprakstīt prasības konsultantu piesaistei VID IKT risinājumu attīstības, pilnveidošanas un uzturēšanas gaitā, lai nodrošinātu kvalitātes vadības pasākumus, IKT auditus, IKT attīstības dokumentu izstrādi un ar IKT pārvaldību saistītos pasākumus.

1.3. Darbu pasūtīšanas shēma

Katram darba uzdevumam Pasūtītājs noteiks, kuras no tehniskās specifikācijas prasībām ir jāievēro.

Nosūta

2. Darba uzdevums

1. Darba paketes sagatavošana

5.Minimālā forma

− Laika grafiks

− Cilvēki, to loma

− Darbu izpildes apraksts

− Nodevumu apraksts

− Cena

− Saimnieciskā izdevīguma kritēriji

Ne mazāk kā 5 darba dienas

3. Sanāksme

4. Pretendentu piedāvājumi

Piedāvājums un cena

6. Sanāksme

9.Neslēgt

8.Noslēdz

7.Lēmums

10.Noraidīšana

Shēmas krāsu paskaidrojumi: Dzeltenā – Pasūtītājs, Zaļa – Izpildītājs

1.1.attēls - Darbu pasūtīšanas shēma

1.1.tabula – darbu pasūtīšanas apraksts

Nr.	Nosaukums	Apraksts
1.	Darbu sagatavošana	Vispārīgās vienošanās ietvaros Pasūtītājs noformē darba uzdevumu saturu
2.	Darba uzdevums	Pasūtītājs nosūta visiem Pretendentiem, ar kuriem noslēgta vispārīgā vienošanās, pieprasījumu ar darba uzdevumiem, nosakot termiņu darba uzdevuma veikšanai pēc darba uzdevuma parakstīšanas.
3.	Sanāksme	Ja nepieciešams apspriest darba saturu, izpildītājs ierosina sanāksmes organizēšanu. Sanāksmē piedalās visi vispārīgās vienošanās dalībnieki.
4.	Pretendentu piedāvājumi	Ne mazāk kā 5 darba dienu laikā visi Pretendenti iesniedz piedāvājumu par darbu izpildi
5.	Minimālā forma	Tajā jābūt aprakstītam nodevumam un darbu izpildei, cilvēkiem un to lomām, termiņiem, izmaksām un jābūt pievienoties visiem dokumentiem, kas apliecina atbilstību saimnieciskā izdevīguma kritērijiem.
	Piedāvājumu atvēršana
6.	Piedāvājuma vērtēšana	Pasūtītājam ir tiesības lūgt skaidrot iesniegto piedāvājumu, bet nav iespējams labot piedāvāto cenu. Ja skaidrojumi izsauc izmaiņas darba paketes uzdevumā, darba paketes uzdevums tiek nosūtīts atkārtoti visiem vispārīgās vienošanās dalībniekiem.
7.	Lēmums	Uzvar, tas pretendents, kuram ir visvairāk punktu pēc saimnieciski izdevīgāko kritēriju izvērtēšanas. Gadījumā, ja vairāki Izpildītāji saņēmuši vienādu punktu skaitu, Darba uzdevuma slēgšanas tiesības tiek piešķirtas Izpildītājam, kurš saņēmis lielāko punktu skaitu par Vienošanās 3.2.apakšpunkta tabulas 1.1.apakšpunkta kritēriju “Finanšu piedāvājuma kopējā cena”
8.	Noslēdz līgumu	Vispārīgās vienošanās ietvaros tiek noslēgts darba uzdevums par darbu izpildi ar pretendentu, kura piedāvājums tiek atzīts par saimnieciski visizdevīgāko.
9.	Neslēdz līgumu	Neslēdz darba uzdevumu, ja nav iesniegts piedāvājums, vai, ja iesniegtā piedāvājuma saturs neatbilst darba uzdevumā noteiktajam vai Vienošanās 5.5.apakšpunktā noteiktajā gadījumā.

1.4. Saīsinājumi un paskaidrojumi

1.2. tabula - Saīsinājumi un paskaidrojumi

Termins vai saīsinājums

Apraksts

Darba uzdevums	Veicamie darbi, ko uzdevis (nosūtījis) Pasūtītājs
VID	Valsts ieņēmumu dienests
VID IS	VID informācijas sistēma
IT	Informācijas tehnoloģija
IKT	Informācijas un komunikācijas tehnoloģijas
Pasūtītājs	Valsts ieņēmumu dienests
Pretendents	fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to kombinācijā, kas piedāvā tirgū sniegt attiecīgu pakalpojumu un, kas iesniedzis piedāvājumu
Izpildītājs	fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to kombinācijā, kas ir uzvarējis Konkursā.
Vispārīgā vienošanās	atklāta konkursa rezultātā noslēgta vispārīgā vienošanās starp Pasūtītāju un trīs Pretendentiem par VID IS (turpmāk – IS) attīstības un pilnveidošanas atbalstam
Līgums	Starp Pasūtītāju un Pretendentu noslēgts līgums par konkrētu darbu pasūtīšanu un to izpildi
Piedāvājums	sastāv no pieteikuma Pretendenta atlases dokumentiem, tehniskā piedāvājuma un finanšu piedāvājuma, kas atbilst atklāta konkursa „Konsultantu piesaistei VID IS attīstības un pilnveidošanas atbalstam” noteiktajām prasībām.

Katrai tehniskajā specifikācijā definētai prasībai ir sekojoša struktūra:

• Indekss – trīsciparu skaitlis, kas tehniskā specifikācijā 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 sasaite ar nolikumu u.tml.).

• Prasības nosaukums – ir konkrētas prasības virsraksts, kas sniedz vispārīgu informāciju par prasības saturu.

• Prasības apraksts – ir konkrētās izpildāmās prasības apraksts, kas ir pietiekami detalizēts, lai ļautu 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ā, kā arī Pasūtītājam novērtēt Pretendenta tehniskā piedāvājuma un piegādātā Risinājuma atbilstību konkursa nolikuma mērķiem un uzdevumiem.

• Prasības prioritāte – Obligāta/Vēlama (skatīt 1.3.tabulā). Ja prasībai nav norādītā tās prioritāte, tad šī prasība uztverama kā Obligāta, ja prasības formulējumā ir vārds

„vismaz”, tad prasība nosaka minimālās prasības. Pretendentam ir tiesības paplašināt prasības būtību vai ieteikt savādāku veidu, kā nodrošināt to pašu mērķi un vajadzību, piedāvājot, viņaprāt, labāku risinājumu.

1.3 .tabula - Prasību prioritātes

Obligāta

Obligāto prasību realizācijas aprakstam jābūt pietiekamam, lai nepārprotami būtu aprakstīts prasības realizācijas mehānisms vai rīki (līdzekļi), ar kuriem ir iespējams realizēt prasību un Pretendenta izpratne par piedāvājamo risinājumu.

Vēlama

Vēlamās prasības var netikt iekļautas piedāvājumā, tomēr to realizācija tiks uzskatīta par pievienoto vērtību.

Obligāto prasību implementācijas nedrīkst būt pretrunā ar vēlamām prasībām..

Apraksts, kurš saturēs prasības teksta kopiju vai tikai prasības izpildes apsolījumu, būs pretrunā ar tehniskās specifikācijas prasībām, kā arī citu prasību realizācijas piedāvājumu, netiks uzskatīts par detalizētu un šādi piedāvājumi tiks izslēgti no vērtēšanas.

1.5. Dokumenta pārskats

Dokuments sastāv no 3 (trim) nodaļām.

Pirmajā nodaļā ir izklāstīts šī dokumenta izstrādāšanas nolūks, aprakstīta darbības sfēra, sniegts dokumenta pārskats, apkopotas izmantotās definīcijas, apzīmējumi un saīsinājumi, dots prasību apraksta skaidrojums.

Otrajā un trešajā nodaļā ir uzskaitītas prasības izvirzītas Konsultantu piesaistei VID IS atbalstam, dots prasību apraksts.

2. Organizatoriskās prasības

2.1. Sākotnējie darba uzdevumi

(001) Iepirkuma priekšmets (Obligāta)

Iepirkuma priekšmets ir atbalsta sniegšanas pakalpojumi saskaņā ar Konkursa nolikumu un tā pielikumiem.

Iepirkuma priekšmets ietver, bet neaprobežojas ar:

1) IKT attīstības dokumentu izstrādi;

2) IKT pārvaldību saistītos pasākumus;

3) IKT projektu uzraudzības un kvalitātes vadības pasākumi;

4) Pasūtītāja atbalsts biznesa procesu analīzē, sistēmanalīzē un IKT risinājumu projektēšanā, x.xx. prasību izstrāde atbilstoši Publisko iepirkumu likuma prasībām.

Iepirkuma priekšmets nav sadalīts iepirkuma priekšmeta daļās. Pretendents drīkst iesniegt piedāvājumu par visu iepirkuma priekšmeta apjomu kopumā, atbilstoši Nolikumā norādītajam.

(002) Darba uzdevumu pasūtīšanas kārtība (Obligāta)

Darba uzdevumus pasūtīšanas kārtībā shematiski parādīta 1.1.attēlā - Darbu pasūtīšanas shēma. Pasūtītājs pasūta darbus saskaņā ar Vispārīgās vienošanos nosacījumiem, nosūtot uzaicinājumus visiem Vispārīgās vienošanās dalībniekiem darba uzdevumu darbietilpības izvērtēšanai. Līgumtiesības tiek piešķirtas Pretendentam, kura piedāvājumam ir viszemākā cena. Ja viszemākā cena ir vienāda vismaz diviem Izpildītājiem, tad Pasūtītājs nodod darba uzdevumu atkārtotai novērtēšanai visiem Izpildītājiem.

(003) Darba uzdevumu izpildes plāns (Obligāta)

Iesniedzot konkrētu piedāvājumu katram darba uzdevumam, darbu izpildes plānā jānorāda šādas prasības:

1) plāns ar precizētiem soļiem un tiem atbilstošu darbu sarakstu, veicamo darbu sadalījums starp dalībniekiem atbilstoši Izpildītāja piedāvātajiem ekspertiem un plānoto resursu ietilpību cilvēkstundās;

2) visām aktivitātēm jānorāda nepieciešamo Pasūtītāja darbinieku noslodzi (cilvēkdienās) un jāidentificē riskus šīs darba slodzes nepieejamības gadījumā;

3) darba uzdevuma izpildes pārvaldes organizācijas apraksts, kurā jānorāda, kādu ieguldījumu Pretendents sagaida no Pasūtītāja (Uzraudzības komitejas utt.);

4) darba uzdevuma izpildes laika grafiks, kurā jāietver nodevumu izstrādāšanas, izskatīšanas un akceptēšanas posmus.

2.2. Vienošanās darbības laikā izpildāmie darbi

(004) Darbu izpildes nosacījumi un termiņi (Obligāta)

1) Izpildot darba uzdevumus, visa komunikācija ar Pasūtītāju un Pasūtītāja piesaistītajām trešajām pusēm jānodrošina latviešu valodā (nepieciešamības gadījumā Pretendentam uz sava rēķina ir jānodrošina tulkojums), kā arī Pasūtītājam iesniedzamie Nodevumi jāsagatavo latviešu valodā.

2) Darba uzdevumu izpildi jāveic termiņā, kas noteikts Pasūtītāja uzdotajā darba uzdevumā.

3) Gadījumos, ja tiek veikta IKT projektu uzraudzība un kvalitātes pasākumi, darbu uzdevuma izpildes starptermiņi un posmiem ir jābūt saskaņotiem ar IKT projekta laika grafiku.

4) Pēc Pasūtītāja pieprasījuma, Nodevumu izskatīšanas laikā ir jāprezentē Pasūtītājam Darba uzdevuma izpildes statuss un/vai darba uzdevuma izpildes rezultāts.

5) Darba uzdevuma izpildes rezultātā visi izstrādājamie Nodevumi (x.xx. Nodevumā ietveramo dokumentu struktūra un saturs) ir jāsaskaņo ar Pasūtītāju saskaņā ar Vienošanās un attiecīgā darba uzdevumā noteikto.

6) Pretendentam jānodrošina piedāvāto speciālistu iesaistīšana nepieciešamo darba uzdevumu veikšanā visā Vienošanās darbības laikā.

7) Pretendentam jānodrošina piedāvāto speciālistu piedalīšanās sanāksmēs. Darba uzdevuma izpildes laikā intervijas ar Pasūtītāju vai Pasūtītāja deleģētiem pārstāvjiem tiek pieprasītas vismaz 3 (trīs) darba dienas pirms plānotās sanāksmes.

8) Pretendents nodrošina visu attiecīgā darba uzdevuma ietvaros veikto trešās puses vai Pasūtītāja interviju, sanāksmju un līdzvērtīgu pasākumu protokolēšanu. Protokols iesniedzams saskaņošanai Pasūtītājam 3 (trīs) darba dienu laikā pēc sanāksmes, intervijas vai līdzvērtīga pasākuma norises. Ja protokolēšanu veic izstrādes iepirkuma pārstāvji, tad Pretendents sniedz komentārus par protokolu 3 (trīs) darba dienu laikā no protokola saņemšanas dienas.

9) Pretendents darbus izpilda, pamatojoties uz savu pieredzi, piesaistītajiem speciālistiem, kā arī ņemot vērā informāciju, kas iegūta interviju un diskusiju gaitā darba grupās ar Pasūtītāju, pasūtītāja noteiktā trešajām pusēm, profesionālajām asociācijām un iestādēm, kuras ir norādījis pasūtītājs. Pretendents koordinē un dokumentē minēto darba grupu darbu, intervijas un diskusijas, ja attiecīgās darbības neveic izstrādes iepirkuma pārstāvji.

10) Izpildītājs ir atbildīgs par nepieciešamās informācijas iegūšanu Darba uzdevumu izpildei. Pasūtītājs ne ilgāk kā 5 darba dienu laikā sniedz Izpildītājam pieprasīto informāciju.

11) Pretendents organizē konkrētā Darba uzdevuma izpildes uzsākšanas sanāksmi ne vēlāk kā 3 (trīs) darba dienu laikā pēc konkrētā Līguma noslēgšanas.

12) Izpildītājs ne retāk, kā reizi mēnesī sniedz Pasūtītājam informāciju par Vienošanās / Darba uzdevuma progresu, par aktuāliem un paveiktiem darbiem, par plānotām un nepieciešamām tikšanām, lai izpildītu darba uzdevumus. Pretendenta pienākums ir izveidot un uzturēt risku un problēmu reģistru, izveidot novēršanas plānu un savlaicīgi informēt Pasūtītāju par riskiem un/vai problēmām.

13) Pretendentam jānodrošina darba uzdevuma izpildes gaitā izstrādāto un no Pasūtītāja puses pieņemto nodevumu 12 (divpadsmit) mēnešu garantijas periods. Garantijas periodā ir jāveic konsultāciju sniegšana par darba uzdevuma ietvaros izstrādātajiem nodevumiem, nepieciešamības gadījumā Piegādātājs veic nodevuma nepilnību bezmaksas novēršanu un atjaunotas versijas piegādi Pasūtītājam. Minētais garantijas periods sākas ar attiecīgā nodevuma pieņemšanas – nodošanas akta abpusējas parakstīšanas dienu. Par nepilnībām tiek uzskatītas: kļūdas, pretrunas un neatbilstības dokumentācijā, dokumentācijas neatbilstība Vienošanās vai darba uzdevuma nosacījumiem vai normatīvo aktu prasībām.

14) Pretendentam uz sava rēķina jānodrošina kļūdu un nepilnību, kā arī to radīto seku novēršana, ja minēto kļūdu un nepilnību cēlonis ir Pretendenta nekvalitatīvi veikta (vai neveikta) Darba uzdevuma izpilde.

2.3. Prasības projekta pārvaldībai

(005) Darba uzdevumu plānu aktualizācija (Obligāta) Izpildītājam konkrētā Darba uzdevuma plāni ir jāuztur aktuāli visa Darba uzdevuma realizācijas laikā un jānodrošina, lai visām Darba uzdevumā iesaistītajām pusēm būtu pieejamas aktuālās plānu versijas, izmantojot elektroniskos saziņas līdzekļus.

(006) Problēmu vadība (Obligāta)

Izpildītājam ir jāidentificē Darba uzdevuma realizācijas problēmas un savlaicīgi jāziņo par tām, kopēji ar Pasūtītāju nosakot nepieciešamās korektīvās darbības un kontrolējot to izpildes efektivitāti.

Aktuālo problēmu saraksts un realizējamo korektīvo darbību saraksts ir jāuztur aktuāls visā Darba uzdevuma realizācijas gaitā un jānodrošina, lai visām Darba uzdevumā iesaistītajām pusēm būtu pieejama aktuālā tā versija, izmantojot elektroniskos saziņas līdzekļus.

Izpildītājam ir jānodrošina problēmu (Risinājuma testēšanas vai darbības laikā atklātās kļūdas, nepilnības, neatbilstības utt.) ziņojumu pārvaldība saskaņā ar līguma sadarbības kārtību.

(007) Darba uzdevuma sākotnējo risku novērtējums (Obligāta)

Izpildītājam ir jāapraksta konkrētā Darba uzdevuma piedāvājumā sākotnējo risku novērtējums, kā arī pieņēmumi, atkarības un ārējās ietekmes, kas tika ņemtas vērā, sagatavojot Darba uzdevuma realizācijas piedāvājumu.

(008) Sistēmas ieviešanas un darbināšanas risku novērtējums un finanšu risku (x.xx.

ERAF līdzfinansētos projektos neatbilstošu izdevumu iespējas) novērtējums (Obligāta)

Pretendentam ir jāizstrādā un jāiesniedz šādi dokumenti:

1. Risku analīze, kas ietver sevī vismaz šādus posmus:

• Risku analīzes procesa raksturojums;

• Pilns apzināto draudu saraksts (x.xx. nozīmīgāko draudu identificēšana, to varbūtības un ietekmes noteikšana);

• Veicamo pretpasākumu uzskaitījums un to prioritātes;

• Pretpasākumu kopsavilkums un to prioritātes.

2. Darbības nepārtrauktības nodrošināšanas plāns, kurā jāiekļauj vismaz šāda informācija:

• Nepārtrauktības plāna uzturēšanas kārtība;

• Minimālās prasības sistēmas pieejamībai / konfidencialitātei / integritātei;

• IS stāvokļi un to raksturojumi (izskatot vismaz šādus stāvokļus: normāls darbības režīms, bojājuma (degradēts) darbības režīms, avārijas režīms);

• Sistēmas problēmu novēršanas termiņi;

• Reakcija uz iespējamiem apdraudējumiem vai paaugstināta riska situācijām (x.xx. atsevišķi katram kļūdu prioritātes līmenim, veiktspējas kritumiem, kiberuzbrukumiem un sistēmas ievainojamības fakta konstatācijas gadījumā, infrastruktūras problēmām, personāla nepieejamība);

• Sistēmas tehnisko resursu atjaunošanas kārtība;

• Atbildīgo darbinieku noteikšanas kritēriji.

3. Projekta un attiecīgas programmatūras ieviešanas risku (x.xx. ERAF līdzfinansētos projektos neatbilstošu izdevumu iespējas) novērtējums;

4. Citi Pasūtītāja uzdevumi.

2.4. Vispārējās prasības

(009) Darbu un nodevumu vispārīgā atbilstība (Obligāta) Izpildītājam ir jāveic darbi un jāpiegādā šajā specifikācijā nosauktie nodevumi saskaņā ar šīs specifikācijas prasībām, iepirkuma nosacījumiem, Latvijas Republikas normatīvo aktu un Eiropas Komisijas direktīvu prasībām, Latvijas Republikas un starptautiskajiem programmatūras izstrādes standartiem.

(010) Nodevumu atbilstība standartiem (Obligāta) Izpildītājam Vienošanās darbības laikā, atkarībā no darba uzdevuma noteikumiem, jāizstrādā vai jāveic kvalitātes uzraudzība Nodevumiem atbilstoši šādiem standartiem (bet neaprobežojoties):

Nodevums

Atbilstība

Paskaidrojums – Dokumentu izstrādē

Paskaidrojums – Dokumentu uzraudzība

Projekta plānošanas dokumenti

Projekta pārvaldības plāns

LVS 67:1996

Projekta pārvaldības plānā jānosaka projekta tehniskās un pārvaldības funkcijas, pasākumi un uzdevumi, kas nepieciešami, lai apmierinātu projekta

Līgumā noteiktās prasības.

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
Programmatūras izstrādes plāns	EIA/IEEE J- STD-016	Programmatūras izstrādes plāns ir dokuments, kurā jādod kopskats par izstrādājamo Risinājuma programmatūru, šī projekta galvenajiem uzdevumiem un izstrādāšanas procesu. Šajā plānā var tikt ietverti galveno programmatūras attīstīšanas pasākumu plāni (piemēram, konfigurācijas pārvaldības plāns, kvalitātes pārvaldības plāns u.c.).
Kvalitātes nodrošināšanas plāns	LVS 65:1996	Kvalitātes nodrošināšanas plāns apraksta visu plānoto un sistemātisko darbību shēmu, ko paredzēts veikt projekta attīstības gaitā, lai radītu pārliecību, ka dokumentācija un/vai programmatūras produkts atbilst iepriekš noteiktajām prasībām.	Dokumentā izvērtējums ietver secinājumus par paredzēto pasākumu atbilstību sistēmas kvalitātes nodrošināšanai.
Programmatūras (kvalifikācijas) testēšanas plāns	LVS 70:1996; IEEE/EIA J- STD-016 (E.2.2.)	Programmatūras testēšanas plānā jādod projekta izstrādes laikā veicamo testēšanas pasākumu plāns, kā arī jāapraksta šo pasākumu darbības sfēra, izvēlētā pieeja, resursi u.c. Jāidentificē testējamie vienumi, raksturiezīmes, kuras jātestē, testēšanas uzdevumi, kas jāizpilda, un risks, kurš ir saistīts ar plānu.	Izvērtēšanā būs jāsniedz vismaz šādi novērtējuma rezultāti: 1)Sistēmas testēšanas apjoms; 2)Detalizētie Sistēmas akceptēšanas kritēriji; 3)Sistēmas funkcionālās testēšanas plāns; 4)Sistēmas drošības testēšanas plāns; 5)Sistēmas veiktspējas un stresa testēšanas plāns; 6)Sistēmas integrācijas testēšanas plāns; 7)Testēšanas scenāriju kopuma pilnīguma novērtēšana, t.i., Izpildītājam ir jānovērtē, vai izstrādātie testa scenāriji ļauj notestēt Sistēmas darbību pilnībā; 8)Testēšanas piemēru detalizācijas pakāpes novērtēšana, t.i., Izpildītājam ir jānovērtē, vai testēšanas piemēri ir pietiekami detalizēti un ļauj korekti notestēt Sistēmu.
Programmatūras verifikācijas un validācijas plāns	LVS 71:1996	Programmatūras verifikācijas un validācijas plāns apraksta visus plānotos verifikācijas un validācijas pasākumus, kurus paredzēts veikt projekta attīstības gaitā.
Programmatūras pārcelšanas plāns	IEEE/EIA J- STD-016 (E.2.4.)	Programmatūras pārcelšanas (transition) plānā jāparedz programmatūras lietošanas vietā nepieciešamā aparatūra un programmatūra, kā arī jāapraksta procedūra, kā programmatūra tiek nodota lietošanai.
Programmatūras instalēšanas plāns	IEEE/EIA J- STD-016 (E.2.3.)	Programmatūras instalēšanas plānā jāparedz aparatūras un programmatūras sagatavošana, lietotāju apmācīšana, kā arī visi citi pasākumi, kuri nepieciešami, lai lietotāji varētu sākt darbināt konkrētu risinājumu.

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
Projekta specifikācijas
Darbības koncepcijas apraksts	LVS 75:1996; IEEE/EIA J- STD-016 (F.2.1.)	Darbības koncepcijas apraksts ir dokuments, kurā dots pamatojums konkrētā risinājuma ieviešanai un pilnveidošanai, un aprakstīti izstrādājamā risinājuma darbības pamatprincipi. Turpmāka projekta izstrādes gaitā detalizētās prasības tiek vērtētas pēc atbilstības šai koncepcijai. Ja darbības koncepcijas aprakstu izstrādā kā atsevišķu dokumentu, pēc abu pušu vienošanās tas var būt projekta iekšējais dokuments vai arī var tikt nodots Pasūtītājam.
Arhitektūras dokuments	IEEE 1471- 2000	Arhitektūras dokumentā ir jāapraksta plānotajam risinājumam nepieciešamās informācijas sistēmas kā vienota kopuma tehniskās uzbūves principi, tehnisko un programmatūras resursu izvietojums un sadarbības noteikumi, informācijas apmaiņas organizatoriskie, tehnoloģiskie un tiesiskie aspekti.	Dokumenta izvērtēšanā jāietver sistēmas kopējās arhitektūras novērtējums un atbilstība Jāpielabo atsauce ietvertajām prasībām, x.xx. serveru, tīklu uzbūves arhitektūra, sistēmas loģiskā uzbūve, dalījums komponentēs, sadarbspēja.
Sistēmas/apakšsis tēmas (kopā ar aparatūru) prasību specifikācija	LVS 72:1996; IEEE/EIA J- STD-016 (F.2.2.)	Sistēmas/apakšsistēmas prasību specifikācijā (kopā ar aparatūru) jāapraksta prasības, kas tiek izvirzītas konkrētajam risinājumam, kā arī metodes, kā pārliecināties, ka šīs prasības ir apmierinātas.
Programmatūras prasību specifikācija	LVS 68:1996; IEEE/EIA J- STD-016 (F.2.2., F.2.4.)	Programmatūras prasību specifikācijā tiek aprakstītas detalizētas prasības katram risinājuma programmatūras vienumam un tas ir galvenais dokuments, atbilstībā pret kuru turpmākā projekta izstrādes gaitā tiek veikta risinājuma testēšana un pieņemšana.	Programmatūras prasību specifikācija jāizvērtē un jāsniedz priekšlikumi tās uzlabošanai. Dokumenta izvērtēšanā jāietver gan saturiskā, gan kvalitātes izvērtēšana. Tāpat izvērtēšanā jāietver dokumentu atbilstība atbilstošajā iepirkumā izsludinātajā tehniskajā specifikācijā prasītajiem standartiem un vadlīnijām.
Programmatūras produkta specifikācija	ISO/IEC 12119; IEEE/EIA J- STD-016 (I.2.1.)	Programmatūras produkta apraksta galvenais uzdevums ir sniegt lietotājam precīzu informāciju par produkta piegādātāju (vai izstrādātāju) un koncentrētu priekšstatu par produktu, tā galvenajām iespējām (bez dziļas funkcionālas detalizācijas), kā arī prasībām, kas tiek izvirzītas programmatūras funkcionēšanas videi. Tajā ir jādod arī īsa informācija par to, kādus atbalsta vai uzturēšanas pasākumus piedāvā produkta piegādātājs (vai izstrādātājs) un kādā veidā tiek sniegta informācija par produkta attīstību.
Saskarņu prasību specifikācija	LVS 72:1996; EIA/IEEE J-	Saskarņu prasību specifikācijā jāapraksta prasības, kas tiek izvirzītas sistēmai, apakšsistēmām, aparatūrai, programmatūrai, lietotāja izdarītajām

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
	STD-016 (F.2.3.)	darbībām vai citām sistēmas komponentēm, lai īstenotu prasīto sadarbību starp šīm komponentēm
Programmatūras versijas apraksts	IEEE/EIA J- STD-016 (I.2.2.)	Programmatūras versijas apraksta galvenais uzdevums ir sniegt lietotājam precīzu informāciju par konkrēto Risinājuma versiju, kura ir izstrādāta kārtējo izmaiņu rezultātā, atbilstoši konkrētai risinājuma lietošanas vietai u.tml. Versijas aprakstā ir precīzi jāuzskaita visi elementi, kuri ietilpst šīs versijas sastāvā (dokumenti, programmas utt.), norādot katra elementa identifikatoru, laidienu u.c. informāciju; jāapraksta šīs versijas būtiskās atšķirības no iepriekšējās versijas; datu īpatnības, kā arī jādod visa cita tikai šai versijai unikālā informācija.
Projektējumu dokumentācija
Sistēmas/apakšsis tēmas projektējuma apraksts	LVS 72:1996; IEEE/EIA J- STD-016 (G.2.1.)	Sistēmas/apakšsistēmas projektējuma apraksts atspoguļo risinājuma projektējumu un arhitektūru.	Programmatūras projektējuma apraksts jāizvērtē un jāsniedz priekšlikumi tā uzlabošanai. Dokumenta apjoms ir novērtējums no atbilstošajā iepirkumā iesniegtā Pretendenta Tehniskā piedāvājuma. Dokumenta izvērtēšanā jāietver gan saturiskā, gan kvalitātes izvērtēšana. Tāpat izvērtēšanā jāietver dokumentu atbilstība tehniskajā specifikācijā prasītajiem standartiem un vadlīnijām.
Programmatūras projektējuma apraksts (PPA), ieskaitot saskarņu projektējuma aprakstu un datu bāzu projektējuma aprakstu	LVS 72:1996; IEEE/EIA J- STD-016 (G.2.2., G.2.3., G.2.4.)	PPA jāietver gan risinājuma programmatūras, gan saskarņu, gan datu bāzu projektējuma aprakstu. PPA pārbauda atbilstībā pret prasību specifikāciju. PPA jāapraksta gan loģiskais, gan fiziskais risinājuma programmatūras projektējums. Loģiskajā projektējumā ir jābūt aprakstītiem visiem programmatūras vienumiem, to nozīmei, funkcionalitātei un savstarpējai mijiedarbībai. Fiziskajā projektējumā detalizē, kā plānotā programmatūras funkcionalitāte un citas prasību specifikācijā ietvertās prasības tiks realizētas. Saskarņu projektējuma aprakstā jāapraksta sistēmu, apakšsistēmu, aparatūras, programmatūras, lietotāja iedarbību un citu sistēmas komponentu savstarpējā sadarbība. Datu bāzu projektējuma aprakstam jāsatur informācija par datu bāzu struktūru, datu bāzes elementu funkcionālo saturu, saistīto programmatūru, informācija par

Nodevums

Atbilstība

Paskaidrojums – Dokumentu izstrādē

Paskaidrojums – Dokumentu uzraudzība

prasībām, kas noteiktas datu bāzei un tās elementiem, kā, piemēram, drošība, integritāte u.c., kā arī jebkura cita veida informācija, kas nepieciešama datu

pārbaudei, modificēšanai u.tml.

Izpildītājam Vienošanās darbības laikā, atkarībā no darba uzdevuma noteikumiem, jānodrošina programmprodukta testēšana pirms programmprodukta iesniegšanas atbilstoši šādiem standartiem (bet neaprobežojoties):

Ieviešanas dokumentācija
Programmatūras pirmkodi	IEEE/EIA J-STD-016 (G.2.1.)	Programmatūras pirmkodi ir programmu teksti, kas izpildīti izvēlētās realizācijas apkārtnes noteiktā veidā (piemēram, konkrētā programmēšanas valodā).	Programmatūras pirmkoda analīzei jābūt veiktai atbilstoši kvalitātes prasībām, apskatot, vai tiek ievērota labā prakse nozarē, vai programmējot tiek ievērota tehniskajās prasībās definētie standarti un vadlīnijas. Pirmkodos un izpildkodos ietilpst arī web-aplikācijas un SOA elementi, kā IS servisi.
Programmatūras izpildkodi (ja iespējams - instalācijas pakotnes)	IEEE/EIA J-STD-016 (I.2.1.)	Programmatūras izpildkods ir jāpiegādā instalācijas pakotnēs, kas ļauj to uzstādīt testēšanas vai produkcijas vidē atbilstoši administratora rokasgrāmatai un citai dokumentācijai. Kopā ar programmatūras izpildkodu ir jāpiegādā arī konfigurācijas skripti vai datnes, kas nepieciešamas programmatūras darbināšanai.
Lietotāja dokumentācija
Programmatūras lietotāja rokasgrāmata	ISO/IEC 12207 un ISO/IEC/I EEE 15289:201 5	Programmatūras lietotāja rokasgrāmatai ir jānodrošina nepieciešamais informācijas līmenis, kas nepieciešams Risinājuma programmatūras lietotājiem, lai varētu izmantot risinājuma programmatūru. Programmatūras lietotāja rokasgrāmatai ir jābūt izstrādātai veidā, kas ir piemērots izmantošanai gan drukātā, gan tiešsaistes formā.	Dokumenta izvērtējums ietver secinājumus par atbilstību sistēmai, dokumentācijai un darbībai ar to.
Programmaparatūra s atbalsta rokasgrāmata	IEEE/EIA J-STD-016 (I.2.4.)	Programmaparatūras atbalsta rokasgrāmatai jānodrošina informācija, kura nepieciešama, lai programmētu un pārprogrammētu sistēmas programmaparatūras (firmware) ierīces.
Programmatūras uzturēšanas rokasgrāmatas	IEEE/EIA J-STD-016 (5.13.8.)	Programmatūras uzturēšanas rokasgrāmatas nolūks ir nodrošināt to risinājuma programmatūras uzturēšanai nepieciešamo informāciju, kura nav atrodama PPA vai kādā citā projekta gaitā izstrādātā dokumentā.
Programmatūras/sis tēmas ievadizvades rokasgrāmata	IEEE/EIA J-STD-016 (J.2.2.)	Programmatūras ievadizvades rokasgrāmata informē lietotāju par to, kā veikt datu ievadīšanu, kādus izvaddatus iespējams saņemt un kā tie interpretējami.
Programmatūras uzturēšanas plāns	ISO/IEC 12207 un ISO/IEC/I EEE 15289:201 5

Programmatūras uzturēšanas procedūra	ISO/IEC 12207 un ISO/IEC/I EEE 15289:201 5
Programmatūras instalēšanas instrukcija	IEEE/EIA J-STD-016 (I.2.2.)	Aprakstā jāietver konkrētās produkta versijas instalēšanas instrukcijas, nepieciešamā apkārtne (environment), personāla apmācīšana, kā arī jebkura cita informācija, kas nepieciešama, lai programmatūru sagatavotu darbināšanai.
Programmatūras administratora rokasgrāmata	LVS 66:1996; IEEE/EIA J-STD-016 (J.2.4.)	Programmatūras administratora rokasgrāmatai ir jāietver vismaz tādi aspekti kā programmatūras instalācija, konfigurēšana, lietotāju administrēšana, programmatūras 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, programmatūras veiktspējas un kapacitātes monitorēšana u.c. Piezīme: papildus Izpildītāja izstrādātajai programmatūras administratora rokasgrāmatai ir jāpiegādā arī oriģinālās trešās puses programmatūras dokumentācija, kas ir iekļauta programmatūrā (kura tiek piegādāta risinājuma izveidošanas ietvaros).	Dokumenta izvērtējums ietver secinājumus par visu sistēmas administrēšanas uzdevumu aprakstīšanu, darbību secīgumu, loģiskumu un kļūdu novēršanas scenārijiem instalācijas laikā.
Programmatūras integrācijas instrukcijas	Atbilstoši ārējo programm atūras saskarņu projektēju miem	Instrukcija ir jāveido katrai risinājuma komponentei, kas var tikt integrēta citās VID sistēmās, piemēram, autentifikācijas modulis, integrācijas servisi, u.c. Programmatūras integrācijas instrukcijai ir jāsatur pietiekoša informācija, lai citu IS izstrādātāji varētu izstrādāt saskarnes sadarbībai ar risinājuma programmatūru. Programmatūras integrācijas instrukcijai ir jāsatur atbilstoši piemēri un to apraksti paredzēto darbību veikšanai.
Testēšanas dokumentācija
Programmatūras testēšanas apraksts			ISO/IEC 12207 un ISO/IEC/IEEE 15289:2015
Testēšanas (kopsavilkuma) pārskats	ISO/IEC 12207 un ISO/IEC/I EEE 15289:201 5	Testēšanas (kopsavilkuma) pārskatā jāapraksta visu plānoto un izpildīto testēšanas darbību rezultātu kopsavilkums, kā arī jādod novērtējums, balstoties uz minētiem rezultātiem.
Testēšanas procedūras specifikācija	LVS 70:1996; IEEE 829	Testēšanas procedūras specifikācijas uzdevums ir aprakstīt testpiemēru izpildīšanas soļus, kas nodrošina	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību biznesa procesiem, PPS, prasību noklājumam.

		testēšanas uzdevuma izpildi (t.i., testēšanas darbību izpildes secību).
Testēšanas žurnāls	LVS 70:1996; IEEE 829	Testēšanas žurnālam jāsatur būtisko testa izpildīšanas detaļu hronoloģiskus pierakstus.
Testpiemēru specifikācija	LVS 70:1996; IEEE 829	Testpiemēru specifikācijā jāapraksta katrs testpiemērs, kas definēts testu projektējuma specifikācijā.	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību biznesa procesiem, PPS, prasību noklājumam.
Testu projektējuma specifikācija	LVS 70:1996; IEEE 829	Testu projektējuma specifikācijā jāapraksta programmatūras pazīmju vai to kombināciju testēšanas pieejas detaļas un jāidentificē atbilstošie testi.	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību izstrādes tehniskajai specifikācijai, PPS, prasību noklājumam.
Programmatūras apskates un auditēšana	LVS 74:1996	Projekta iekšējo pārbaužu dokumentēšanas forma. Jāapraksta iekšējo pārbaužu (apskates un auditēšanas) jāapraksta projekta attīstīšanas laikā paredzētās īstenošanas procesi, kā arī specifiskās procedūras, kas nepieciešamas apskates un auditēšanas izpildei.
Pieejamības prasības
IKT produktu un pakalpojumu publiskā iepirkuma pieejamības prasības Eiropā	ETSI NE 301 549
Programmatūras saskarņu lietojamības pārbaude			Izvērtēšanā jāsniedz vismaz šādi novērtējuma rezultāti: 1) Testa plāns; 2) Pārbaudes vispārīgie mērķi; 3) Pārbaudes jautājumi; 4) Pārbaudes/pētījuma vieta un aprīkojums; 5) Metodoloģija (testu dizains); 6) Dalībnieku raksturojums; 7) Dalībnieku uzdevumi; 8) Mērījumi un to interpretāciju atbilstoši attiecīgajiem Pasūtītāja līgumiem; 9) Moderatora loma pētījuma procesā; 10) Sesiju grafiks; Testu rezultātu ziņojuma saturs un priekšlikumi programmatūras pilnveidošanai.

3. Darbības prasības

(012) IT Sistēmas izstrādes uzraudzība, kvalitātes kontrole un testēšana (Obligāta)

1) IT Sistēmas izstrādes uzraudzība, kvalitātes kontrole un testēšanas darbi tiek uzsākti pēc atbilstošu darbu izpildes līgumu noslēgšanas.

2) Izpildītājs definē un izplāno IT Sistēmas izveides uzraudzības un kvalitātes nodrošināšanas pasākumus.

3) Izpildītājs veic IT Sistēmas izveides uzraudzību un kvalitātes nodrošināšanu, tajā skaitā piedalās darbu pārraudzības sanāksmēs, sagatavo priekšlikumus preventīvām un korektīvām darbībām.

4) Izpildītājs veic IT Sistēmas izveides kvalitātes kontroli, kā arī atbilstības tehniskajām specifikācijām un iepirkumu līgumu monitoringu.

5) Izpildītājs izplāno IT Sistēmas testēšanu (tajā skaitā akcepttesta scenāriji), izstrādā testa piemērus un veic IT Sistēmas un vienotā datortīkla testēšanu, paredzot:

• funkcionālo un integrācijas testēšanu;

• IT Sistēmas atbilstības tehniskajām specifikācijām un iepirkuma līgumam pieņemšanas pārbaudes (akcepta testēšana).

6) Izpildītājs sniedz atzinums arī par citām pārbaudēm, kas veiktas IT Sistēmas un vienotā datortīkla funkcionālo un nefunkcionālo prasību izpildes novērtēšanai, piemēram, slodzes un drošības pārbaudes.

7) Izpildītājs pēc Pasūtītāja pieprasījuma nodrošina izstrādes un ieviešanas atbalstu:

• Testa scenāriju izstrādē, koda inspicēšanā/pārskatīšanā atsevišķiem moduļiem un atbilstības labākās prakses standartiem novērtēšana, sniedzot rakstisku atzinumu par inspicēšanas rezultātiem;

• Veic jebkura projekta posma kvalitātes, atbilstības vai cita veida auditus, sagatavo audita ziņojumus un rekomendācijas uzlabojumiem, kas rakstveidā jāiesniedz Pasūtītājam.

8) Kvalitātes kontroles pakalpojuma ietvaros Izpildītājs veic projekta risku pārvaldību, kas ietver risku identificēšanu, analīzi, novērtēšanu un ieteikumu sniegšanu risku iespējamības mazināšanai. Risku pārvaldībā Izpildītājs sniedz atbalstu Pasūtītājam un pārstāv Pasūtītāju sarunās ar IT Sistēmas pretendentiem.

9) IT Sistēmas izveides projekta uzraudzība, kvalitātes kontrole un testēšana darbu nodevumi ir vismaz šādi:

• uzraudzības un kvalitātes nodrošināšanas plāna dokuments;

• atskaites par uzraudzības un kvalitātes nodrošināšanas darbu izpildi;

• testu plāns un testpiemēru specifikācijas;

• atskaites par kvalitātes kontroles un testēšanas darbu izpildi;

• pārbaudes atskaites.

10) Tehniskās specifikācijas darba uzdevumus Izpildītājs veic tādos termiņos, lai atbilstoši saskaņotam Sistēmas izstrādes plānam, Pasūtītājs varētu iesniegt laikus (vismaz 5 darba dienas iepriekš) Izpildītāja izstrādātos dokumentus Sistēmas izstrādātājam.

(013) Prasības programmatūras nodevumiem (Obligāta) IKT Kvalitātes uzraudzības projekta ietvaros jāpārbauda, ka programmatūras kodi ir: Piegādātā programmatūras pirmkoda kvalitātei ir jābūt pietiekošai, lai Pasūtītāja paša vai tā nolīgts trešās puses kvalificēts personāls varētu nodrošināt programmatūras turpmāko uzturēšanu, modificēšanu, paplašināšanu, kā arī iespējamo migrēšanu.

Izpildītājam jāpiegādā Pasūtītājam programmatūras pirmkods tādā formā, lai to (visu vai konkrētu daļu – saskaņā ar Izpildītāja norādījumiem) bez modifikācijām var atvērt Pasūtītājs savā testa vidē un nokompilēt (ja piegādātais programmatūras pirmkods ir kompilējams).

Programmatūras pirmkodam jāsatur komentāri latviešu valodā, kas ir viegli saprotami atbilstošas kvalifikācijas speciālistiem bez pirmkoda autora palīdzības.

Izpildītājam jāpiegādā Pasūtītājam arī ar piegādāto pirmkodu saistīto dokumentāciju – shēmas, grafikus, utt. izejas failu veidā, kā arī pārveidotus PDF formātā.

Pretendentam tehniskajā piedāvājumā ir jāapraksta programmatūras dokumentēšanas principi, apjoms un jāsniedz programmatūras dokumentācijas piemēri.

(014) Nodevumu trasējamība (Obligāta)

Izpildītājam veicot IKT kvalitātes uzraudzību vai savu dokumentu izstrādi ir jāievēro:

1) programmatūras prasību specifikācijā, kuru Izpildītājs sagatavo un nodod analīzes posma beigās, definēto prasību trasējamība ar Konkursa tehniskajā specifikācijā definētām prasībām (prasību numuriem);

2) programmatūras projektējuma apraksta, kuru Izpildītājs sagatavo un nodod projektēšanas posma beigās, trasējamību ar programmatūrās prasību specifikācijā definētām prasībām (prasību numuriem);

3) testpiemēru, kurus Izpildītājs sagatavo pirms testēšanas posma sākuma, trasējamība ar programmatūras prasību specifikācijā un programmatūras projektējuma aprakstā definētām prasībām (prasību numuriem).

3.1. Drošības prasības

Izstrādājot IKT attīstības dokumentus, realizējot ar IKT pārvaldību saistītos pasākumus un veicot sistēmas analīzi un kvalitātes pārbaudes, ir jāievēro šādas drošības prasības, bet neaprobežojoties:

(015) Risinājuma arhitektūras drošība (Obligāta) Risinājuma arhitektūrai jābūt izveidotai tā, lai samazinātu visu potenciālo drošības atribūtu – konfidencialitātes, integritātes un pieejamības, apdraudējuma riskus, ņemot vērā to, ka Risinājumā tiks apstrādāta ierobežotas pieejamības informācija.

(016) Risinājuma autentifikācijas un autorizācijas drošība (Obligāta) Risinājuma saskarnēm jābūt izveidotām tā, lai nevarētu apiet autentifikācijas un autorizācijas procedūras un nesankcionēti lietot Risinājuma informāciju vai datnes.

(017) Drošības kontroles neapejamība (Obligāta) Lietotāji nedrīkst piekļūt Risinājuma ietvaros glabājamai informācijai, apejot drošības kontroles programmas, piemēram, operētājsistēmas, failu sistēmas vai datu bāzes līmenī.

(018) Fizisko personu datu aizsardzība (Obligāta) Izpildītājam jānodrošina fizisko personu datu aizsardzības prasības saskaņā ar Fizisko personu datu aizsardzības likumu un Vispārīgo datu aizsardzības regulu.

(019) Privātums (Obligāta)

Risinājumam jāizveido pietiekami kontroles mehānismi, lai nodrošinātu, ka neizpaužama informācija gan tās pārraides, gan glabāšanas laikā netiks atklāta personām vai programmām, kurām nav attiecīgas autorizācijas.

(020) Informācijas aizsardzība (Obligāta) 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 pieejama Risinājumam.

Īstenojot Risinājuma drošību, ir jānodrošina šādi principi:

a) „Zina tikai tas, kuram jāzina” (need-to-know);

b) „Ir jānodrošina minimālās tiesības pienākumu pildīšanai”, gan lietotājiem, gan tehnoloģiskajiem lietotājiem (least privilege);

c) Jānodrošina lietotāju darbību reģistrācija un šo datu saglabāšana (accountability).

(021) Drošības prasības, kas Izpildītājam jāievēro veicot Risinājuma uzturēšanu un pilnveidošanu (Obligāta)

Veicot Risinājuma piegādi, pilnveidošanu un uzturēšanu, Izpildītājam ir nepieciešams nodrošināt līguma projektā aprakstītās drošības prasības, kā arī šādas drošības prasības:

• Noteikt un uzturēt aktuālu Risinājuma saskarņu piekļuves prasības (porti un protokoli) un Risinājuma darbībai nepieciešamo servera pakalpojumu (servisu) sarakstu.

• Noteikt Risinājuma darbināšanai nepieciešamo opertātājsistēmas un/vai datubāzes un to komponenšu minimumu, lai var veikt sistēmas cietināšanas pasākumus, atslēdzot nevajadzīgo funkcionalitāti, tādā veidā mazinot drošības riskus.

• Jānodrošina izsekojama izmaiņu pārvaldības sistēma.

(022) Drošības funkcionālo prasību izpildījums (Obligāta)

Sistēmas drošības funkcionālās prasības jāizpilda saskaņā ar standartā ISO 15408-2 “Informācijas tehnoloģija – Drošības tehnikas – IT drošības novērtējuma kritēriji” 2.daļā “Drošības funkcionālās komponentes” (Information technology – Security techniques – Evaluation criteria for IT security – Part 2: Security functional components. ISO/IEC 15408-2. Third edition 2008-08-15) noteikto aprakstu.

(023) Prasības risinājuma drošībai (Obligāta)

Risinājumam jānodrošina šāda drošības funkcionalitāte:

• Identifikācija: subjekta atpazīšana pēc tā identifikatora. Nav pieļaujama anonīma Risinājuma lietošana;

• Autentifikācija: lietotāja identitātes pārbaude datorsistēmā.

• Autorizācija: pilnvaru piešķiršana kādai personai vai personu grupai noteiktu darbību izpildei un resursu izmantošanai;

• Piekļuves tiesības: Risinājumam jānodrošina iespēja noteikt, kuri lietotāji drīkst piekļūt kuriem servisiem, no kurām IP adresēm vai IP adrešu segmenta.

• Auditēšana: Risinājumā jānodrošina piekļuve Risinājuma auditācijas datiem.

• Šifrēšana:

o Risinājuma 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/TLS protokols vismaz ar 128 bitu kodēšanu.

o Risinājumam jānodrošina saziņa, izmantojot HTTPS protokolu, pārbaudot ārējā servisa sertifikāta derīgumu.

(024) Auditācijas pierakstu veidošana un uzglabāšana (Obligāta) Risinājumam jāveic autorizētiem lietotājiem pieejamo Risinājumā nodrošināto procesu auditāciju, reģistrējot vismaz šādus auditācijas pierakstus attiecībā uz datiem, kas reģistrēti izmantojot datu ievadformas:

• Par katru datu bāzē veikto ieraksta skatīšanos/labošanu/rakstīšanu, ir jāizveido auditācijas pieraksts, kā arī labotā/mainītā ieraksta pilnu satura kopiju pirms un pēc labošanas/mainīšanas. Ieraksti, kuriem nepieciešams uzturēt pilnu satura kopiju pirms un pēc labošanas/mainīšanas, tiks noteikti prasību analīzes laikā.

• Par katru no datu bāzes dzēsto ierakstu ir jāizveido auditācijas pieraksts, kā arī dzēstā ieraksta pilnu satura kopiju pirms dzēšanas. Ieraksti, kuriem nepieciešams uzturēt pilnu satura kopiju to dzēšanas gadījumā, tiks noteikti prasību analīzes laikā.

• Par datu validācijas nosacījumu brīdinājumiem, kurus administrators akceptējis. Jāuzglabā un jāvar apskatīt informācija par sekojošām darbībām ar lietotāju kontu:

• lietotāja vārds VID resursu direktorijā (Active Directory)

• pievienošanas datums;

• piekļuves tiesību izmaiņu veikšanas laiks un raksturs;

• piekļuves tiesību slēgšanas datums;

• cita par lietotāju uzturamā informācija, kas var tikt identificēta prasību analīzes laikā. Auditācijas pieraksti par datos veiktajām izmaiņām jāuzglabā vismaz „n” mēnešus (kur „n” ir konfigurējams parametrs, pieņemot, ka noklusētā vērtība ir 96 mēneši), pēc tam tos automātiski dzēšot, pirms dzēšanas nodrošinot iespējamu auditācijas pierakstu automātisku pārnešanu uz šim nolūkam izveidotu ārējo arhīva datu bāzi. Administratoram jānodrošina iespēja mainīt šo parametru, kā arī manuāli ierosināt auditācijas pierakstu izdzēšanu. Šajā gadījumā jāveido auditācijas pieraksti par sistēmas administratora veiktajām darbībām, kas netiek dzēsti ar manuālo dzēšanas procesu, bet tikai pēc noteikta laika – automatizēti.

Katrā auditācijas pierakstā jāiekļauj vismaz sekojoša informācija par auditējamo notikumu:

• notikuma datums un laiks;

• notikuma veids vai veiktā darbība (piemēram, lasīts, labots);

• ar notikumu saistītā lietotāja identitāte.

(025) Pasākumi pret dalības noliegumu (non-repudiation) (Obligāta) Risinājumam jāizveido pietiekami kontroles mehānismi, lai nodrošinātu, ka persona, kas veikusi kādas darbības, nevar noliegt šādu darbību veikšanas faktu, kā arī pamanīt gadījumus, ja informācija tikusi modificēta to pārraides vai glabāšanas laikā.

Risinājuma piegāde un uzstādīšana

(026) Nodevumu piegādes veids (Obligāta) Visi nodevumi Izpildītājam ir jāpiegādā uz neizdzēšama fiziskā datu nesēja kopā ar Pasūtītāja vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem, papildus pēc Pasūtītāja pieprasījuma novietojot nodevumu uz Pasūtītāja norādītā FTPS servera, informējot par to Pasūtītāju uz līgumā norādīto e-pasta adresi.

Visi dokumentācijas nodevumi ir jāsniedz *.doc vai *docx faila formātā. Visiem attēliem un diagrammām ir jāiesniedz arī oriģināla pirmdokumenta datne, piemēram, MS VISIO formāta datne, tā, lai tos Pasūtītājs var papildināt nepieciešamības gadījumā.

3.2. Risinājuma programmatūras un aparatūras autoruzraudzība, dokumentu pieņemšanas kārtība

(027) Palīdzības un konsultāciju pieejamība garantijas pakalpojuma nodrošināšanas laikā (Obligāta)

Garantijas ietvaros Izpildītājam jānodrošina palīdzība un konsultācijas Risinājuma izmantošanā VID darba dienās no pirmdienas līdz ceturtdienai no plkst. 8:15 līdz plkst.17:00, piektdien no plkst.8:15 līdz plkst.15:45.

Garantijas ietvaros tehniskais atbalsts, palīdzība un konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus – telefoniski, pa e-pastu, pa faksu un klātienē.

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.

(028) Garantijas pakalpojuma iniciēšana (Obligāta) Garantijas pakalpojums tiek sniegts gan pēc Pasūtītāja, gan pēc Izpildītāja iniciatīvas. Garantijas pieteikumus Pasūtītājs piesaka saskaņā ar Vienošanās un tā pielikumu nosacījumiem.

(029) Pieteikumu risināšana garantijas nodrošināšanas laikā (Obligāta)

Garantijas nodrošināšanas laikā Izpildītājs bez maksas:

• risina pieteikumu visiem pieejamajiem līdzekļiem, savukārt Pasūtītājs visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildus informāciju.

• nodrošina pieteikumu – problēmziņojumu izpēti, novērtēšanu un problēmziņojumā norādītās problēmas novēršanu.

Izpildītājām jānodrošina garantijas pieteikumā aprakstītās problēmas novēršana.

(030) Iepirkumu dokumentācijas nodevumi ir jāsagatavo vismaz šādā apjomā:

(Obligāta)

1) Priekšlikumi iepirkuma nolikumam ar pielikumiem (iekļaujot finanšu piedāvājuma veidlapu, atlases un vērtēšanas kritērijus, atkarībā no izvēlētā līguma veida: vispārīgās vienošanās projekts vai darbu izpildes līguma projekts, uzturēšanas līguma projekts);

2) Tehniskā specifikācija;

(031) Ja izstrādāta tehniskā specifikācija, tad attiecīgā iepirkumu laikā Izpildītājam ir: (Obligāta)

1) Jāsniedz Pasūtītājam iepirkumu konsultācijas, jāpiedalās ieinteresēto personu sanāksmēs, jāsagatavo atbilžu projekti uz ieinteresēto piegādātāju papildus informācijas pieprasījumiem, nepieciešamības gadījumā jāpārstāv Pasūtītājs Iepirkumu uzraudzības birojā;

2) Jāveic IT Sistēmas pretendentu iesniegto piedāvājumu izvērtēšana un jāsniedz eksperta atzinumi.

3) Jāpiedalās iepirkuma līguma vai vispārīgas vienošanas noslēgšanas procedūrā.

(032) Tehniskās specifikācijas prasības (prasības izpildes apjoms tiks noteikts nosūtot darba uzdevumā): (Obligāta)

1) Tehniskās specifikācijas prasības numurē un klasificē no augstākas prioritātes uz zemākas prioritātes prasībām.

2) IT Sistēmas programmatūras tehniskās specifikācijas dokumentam jāsatur arī IT Sistēmas lietojumu scenāriju aprakstus un jābūt nodrošinātai programmatūras prasību un lietojumu scenāriju savstarpējai abpusējai trasējamībai.

3) IT Sistēmas tehniskai specifikācijai jāsatur funkcionālās, nefunkcionālās prasības.

4) IT Sistēmas tehniskās specifikācijas programmatūras prasību daļai jāatbilst standarta ISO/IEC 12207 un ISO/IEC/IEEE 15289:2015 prasībām.

5) Tehniskām specifikācijām izstrādē jāatbilst standarta LVS ISO/IEC 27000 sērijas “Informācijas tehnoloģija. Drošības paņēmieni” prasībām.

6) Tehniskām specifikācijām jāatbilst Valsts informācijas sistēmas likuma un saistīto normatīvo aktu prasībām.

7) Tehniskās specifikācijas Izpildītāja darba uzdevums – atbilžu projektu sagatavošana uz ieinteresēto piegādātāju papildus informācijas pieprasījumiem jāsagatavo Pasūtītāja noteiktajā termiņā, bet ne ilgāk kā 3 (trīs) darba dienu laikā no darba uzdevuma saņemšanas no Pasūtītāja;

8) Tehniskās specifikācijas Izpildītāja darba uzdevuma – IT Sistēmas pretendentu iesniegto piedāvājumu izvērtēšana un ekspertu atzinumi jāsniedz Pasūtītāja noteiktajā termiņā, bet ne ilgāk kā 14 (četrpadsmit) dienu laikā no darba uzdevuma saņemšanas no Pasūtītāja.

9) Jābūt aprēķiniem un prasībām veiktspējai, nepārtrauktas darbības nodrošināšanai un uzturamībai.

1.pielikums 1.daļas tehniskajām un funkcionālajām prasībām

Tehniskā piedāvājuma dokumenti un prasības

1. Tehniskā piedāvājuma saturs:

1.1.Piedāvāto speciālistu sastāvs, piedāvāto speciālistu funkcijas un pienākumi darba procesā, identificējot priekšrocības, kuras sniegs konkrēta komanda (piemēram, līdzšinējā pieredze, strādājot kopīgos projektos, labākas iespējas izpildīt svarīgos darba uzdevuma punktus u.c.). Norādīto speciālistu kvalifikācijai ir jāatbilst Nolikuma noteiktajām prasībām;

1.2.Waterfall un Spirāles projektu uzraudzības metodika (pievienojot izmantojamo procedūru aprakstus un iekļaujot izmaiņu vadības metodiku)

1.3.Tehniskās specifikācijas izstrādes metodika (pievienojot izmantojamo procedūru aprakstus un iekļaujot izmaiņu vadības metodiku).

1.4.Citas Vispārīgā vienošanās izpildē izmantojamās metodikas, tai skaitā Risku un problēmu apzināšanas un novēršanas metodika.

0.0.XX tehnoloģiju daļas pretendentiem tehniskajā piedāvājumā ir jāiesniedz apraksts par rīkiem, ko plānots izmantot darba uzdevumu izpildē atbilstoši konkursa nolikumā minētajam iepirkuma priekšmetam.

1.6.Vispārīgās vienošanās izpildē izmantojamo veidņu saraksts. Piedāvājumā ir jāiekļauj iespējamo dokumentu paraugus, x.xx. iespējamais dokumenta satura rādītājs.

1.7.Vienošanās izpildes pārvaldes organizācijas apraksts, norādot kādu ieguldījumu Pretendents sagaida no Pasūtītāja (Uzraudzības komiteja utt.) un kādas priekšrocības ir šādai Vispārīgās vienošanās izpildes organizācijai.

1.8.Darba uzdevuma finanšu piedāvājuma sagatavošanas metodika darbietilpības novērtēšanai.

1.9.Pretendenta piedāvātā sadarbības kārtība.

1.10. pieņēmumi un ierobežojumi, kas attiecas uz veicamo darbu.

2. Pretendentam jāiesniedz apliecinājums, kurā Pretendents garantē Nolikumā minēto ekspertu darbu uzsākšanu ne vēlāk kā 5 (piecu) darba dienu laikā pēc Pasūtītāja pieprasījuma.

3. Pretendentam jāsagatavo tabula, kur apliecināta Pretendenta tehniskā piedāvājuma atbilstība visām Nolikuma prasībām, norādot veidu, kā katra konkrētā prasība tiks nodrošināta.

4. Tehniskie piedāvājumi, kuros nebūs aprakstīta visu Nolikumā noteikto prasību realizācija, tiks izslēgti no tālākās vērtēšanas.

Tehniskās un funkcionālās prasības atklāta konkursa

“Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam” priekšmeta 2.daļai

Saturs

1. Ievads 54

1.1. Dokumenta nolūks un izmantošana 54

1.2. Darbības sfēra 54

1.3. Darbu pasūtīšanas shēma 54

1.4. Saīsinājumi un paskaidrojumi 55

1.5. Dokumenta pārskats 57

2. Organizatoriskās prasības 58

2.1. Sākotnējie darba uzdevumi 58

2.2. Līguma darbības laikā izpildāmie darbi 58

2.3. Prasības projekta pārvaldībai 59

2.4. Vispārējās prasības 60

3. Darbības prasības 67

3.1. Drošības prasības 67

3.2. Risinājuma programmatūras un aparatūras autoruzraudzība, dokumentu pieņemšanas kārtība 69

1. Ievads

1.1. Dokumenta nolūks un izmantošana

1.2. Darbības sfēra

1.3. Darbu pasūtīšanas shēma

Katram darba uzdevumam Pasūtītājs noteiks, kuras no tehniskās specifikācijas prasībām ir jāievēro.

Nosūta

2. Darba uzdevums

1. Darba paketes sagatavošana

5.Minimālā forma

− Laika grafiks

− Cilvēki, to loma

− Darbu izpildes apraksts

− Nodevumu apraksts

− Cena

− Saimnieciskā izdevīguma kritēriji

Ne mazāk kā 5 darba dienas

3. Sanāksme

4. Pretendentu piedāvājumi

Piedāvājums un cena

6. Sanāksme

9.Neslēgt

8.Noslēdz

7.Lēmums

10.Noraidīšana

Shēmas krāsu paskaidrojumi: Dzeltenā – Pasūtītājs, Zaļa – Izpildītājs

1.1.attēls - Darbu pasūtīšanas shēma

1.1.tabula – darbu pasūtīšanas apraksts

Nr.	Nosaukums	Apraksts
1.	Darbu sagatavošana	Vispārīgās vienošanās ietvaros Pasūtītājs noformē darba uzdevumu saturu
2.	Darba uzdevums	Pasūtītājs nosūta visiem Pretendentiem, ar kuriem noslēgta vispārīgā vienošanās, pieprasījumu ar darba uzdevumiem, nosakot termiņu darba uzdevuma veikšanai pēc darba uzdevuma parakstīšanas.
3.	Sanāksme	Ja nepieciešams apspriest darba saturu, izpildītājs ierosina sanāksmes organizēšanu. Sanāksmē piedalās visi vispārīgās vienošanās dalībnieki.
4.	Pretendentu piedāvājumi	Ne mazāk kā 5 darba dienu laikā visi Pretendenti iesniedz piedāvājumu par darbu izpildi
5.	Minimālā forma	Tajā jābūt aprakstītam nodevumam un darbu izpildei, cilvēkiem un to lomām, termiņiem, izmaksām un jābūt pievienoties visiem dokumentiem, kas apliecina atbilstību saimnieciskā izdevīguma kritērijiem.
	Piedāvājumu atvēršana
6.	Piedāvājuma vērtēšana	Pasūtītājam ir tiesības lūgt skaidrot iesniegto piedāvājumu, bet nav iespējams labot piedāvāto cenu. Ja skaidrojumi izsauc izmaiņas darba paketes uzdevumā, darba paketes uzdevums tiek nosūtīts atkārtoti visiem vispārīgās vienošanās dalībniekiem.
7.	Lēmums	Uzvar, tas pretendents, kuram ir visvairāk punktu pēc saimnieciski izdevīgāko kritēriju izvērtēšanas. Gadījumā, ja vairāki Izpildītāji saņēmuši vienādu punktu skaitu, Darba uzdevuma slēgšanas tiesības tiek piešķirtas Izpildītājam, kurš saņēmis lielāko punktu skaitu par Vienošanās 3.2.apakšpunkta tabulas 1.1.apakšpunkta kritēriju “Finanšu piedāvājuma kopējā cena”
8.	Noslēdz līgumu	Vispārīgās vienošanās ietvaros tiek noslēgts darba uzdevums par darbu izpildi ar pretendentu, kura piedāvājums tiek atzīts par saimnieciski visizdevīgāko.
9.	Neslēdz līgumu	Neslēdz darba uzdevumu, ja nav iesniegts piedāvājums, vai, ja iesniegtā piedāvājuma saturs neatbilst darba uzdevumā noteiktajam vai Vienošanās 5.5.apakšpunktā noteiktajā gadījumā.

1.4. Saīsinājumi un paskaidrojumi

1.2. tabula - Saīsinājumi un paskaidrojumi

Termins vai saīsinājums

Apraksts

Darba uzdevums	Veicamie darbi, ko uzdevis (nosūtījis) Pasūtītājs
VID	Valsts ieņēmumu dienests
VID IS	VID informācijas sistēma
IT	Informācijas tehnoloģija
IKT	Informācijas un komunikācijas tehnoloģijas
Pasūtītājs	Valsts ieņēmumu dienests
Pretendents	fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to kombinācijā, kas piedāvā tirgū sniegt attiecīgu pakalpojumu un, kas iesniedzis piedāvājumu
Izpildītājs	fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to kombinācijā, kas ir uzvarējis Konkursā.
Vispārīgā vienošanās	atklāta konkursa rezultātā noslēgta vispārīgā vienošanās starp Pasūtītāju un trīs Pretendentiem par VID IS (turpmāk – IS) attīstības un pilnveidošanas atbalstam
Līgums	Starp Pasūtītāju un Pretendentu noslēgts līgums par konkrētu darbu pasūtīšanu un to izpildi
Piedāvājums	sastāv no pieteikuma Pretendenta atlases dokumentiem, tehniskā piedāvājuma un finanšu piedāvājuma, kas atbilst atklāta konkursa „Konsultantu piesaistei VID IS attīstības un pilnveidošanas atbalstam” noteiktajām prasībām.

Katrai tehniskajā specifikācijā definētai prasībai ir sekojoša struktūra:

• Prasības nosaukums – ir konkrētas prasības virsraksts, kas sniedz vispārīgu informāciju par prasības saturu.

1.3 .tabula - Prasību prioritātes

Obligāta

Vēlama

Vēlamās prasības var netikt iekļautas piedāvājumā, tomēr to realizācija tiks uzskatīta par pievienoto vērtību.

Obligāto prasību implementācijas nedrīkst būt pretrunā ar vēlamām prasībām..

1.5. Dokumenta pārskats

Dokuments sastāv no 3 (trim) nodaļām.

Otrajā un trešajā nodaļā ir uzskaitītas prasības izvirzītas Konsultantu piesaistei VID IS atbalstam, dots prasību apraksts.

2. Organizatoriskās prasības

2.1. Sākotnējie darba uzdevumi

(001) Iepirkuma priekšmets (Obligāta)

Iepirkuma priekšmets ir atbalsta sniegšanas pakalpojumi, saskaņā ar Nolikumu un tā pielikumiem.

Iepirkuma priekšmets ietver, bet neaprobežojas ar:

1) IKT attīstības dokumentu izstrādi;

2) IKT pārvaldību saistītos pasākumus;

3) IKT projektu uzraudzības un kvalitātes vadības pasākumi;

4) Pasūtītāja atbalsts biznesa procesu analīzē, sistēmanalīzē un IKT risinājumu projektēšanā, x.xx. prasību izstrāde atbilstoši Publisko iepirkumu likuma prasībām.

Iepirkuma priekšmets nav sadalīts iepirkuma priekšmeta daļās. Pretendents drīkst iesniegt piedāvājumu par visu iepirkuma priekšmeta apjomu kopumā, atbilstoši Nolikumā norādītajam.

(002) Darba uzdevumu pasūtīšanas kārtība (Obligāta)

(003) Darba uzdevumu izpildes plāns (Obligāta)

Iesniedzot konkrētu piedāvājumu katram darba uzdevumam, darbu izpildes plānā jānorāda šādas prasības:

1) plāns ar precizētiem soļiem un tiem atbilstošu darbu sarakstu, veicamo darbu sadalījums starp dalībniekiem atbilstoši Izpildītāja piedāvātajiem ekspertiem un plānoto resursu ietilpību cilvēkstundās;

2) visām aktivitātēm jānorāda nepieciešamo Pasūtītāja darbinieku noslodzi (cilvēkdienās) un jāidentificē riskus šīs darba slodzes nepieejamības gadījumā;

3) darba uzdevuma izpildes pārvaldes organizācijas apraksts, kurā jānorāda, kādu ieguldījumu Pretendents sagaida no Pasūtītāja (Uzraudzības komitejas utt.);

4) darba uzdevuma izpildes laika grafiks, kurā jāietver nodevumu izstrādāšanas, izskatīšanas un akceptēšanas posmus.

2.2. Līguma darbības laikā izpildāmie darbi

(004) Darbu izpildes nosacījumi un termiņi (Obligāta)

2) Darba uzdevumu izpildi jāveic termiņā, kas noteikts Pasūtītāja uzdotajā darba uzdevumā.

3) Gadījumos, ja tiek veikta IKT projektu uzraudzība un kvalitātes pasākumi, darbu uzdevuma izpildes starptermiņi un posmiem ir jābūt saskaņotiem ar IKT projekta laika grafiku.

4) Pēc Pasūtītāja pieprasījuma, Nodevumu izskatīšanas laikā ir jāprezentē Pasūtītājam Darba uzdevuma izpildes statuss un/vai darba uzdevuma izpildes rezultāts.

6) Pretendentam jānodrošina piedāvāto speciālistu iesaistīšana nepieciešamo darba uzdevumu veikšanā visā Vienošanās darbības laikā.

10) Izpildītājs ir atbildīgs par nepieciešamās informācijas iegūšanu Darba uzdevumu izpildei. Pasūtītājs ne ilgāk kā 5 darba dienu laikā sniedz Izpildītājam pieprasīto informāciju.

11) Pretendents organizē konkrētā Darba uzdevuma izpildes uzsākšanas sanāksmi ne vēlāk kā 3 (trīs) darba dienu laikā pēc konkrētā Līguma noslēgšanas.

2.3. Prasības projekta pārvaldībai

(005) Darba uzdevumu plānu aktualizācija (Obligāta) Izpildītājam konkrētā Darba uzdevuma plāni ir jāuztur aktuāli visa Darba uzdevuma realizācijas laikā un jānodrošina, lai visām Darba uzdevumā iesaistītajām pusēm būtu pieejamas aktuālās plānu versijas, izmantojot elektroniskos saziņas līdzekļus.

(006) Problēmu vadība (Obligāta)

(007) Darba uzdevuma sākotnējo risku novērtējums (Obligāta)

2.4. Vispārējās prasības

(008) Darbu un nodevumu vispārīgā atbilstība (Obligāta) Izpildītājam ir jāveic darbi un jāpiegādā šajā specifikācijā nosauktie nodevumi saskaņā ar šīs specifikācijas prasībām, iepirkuma nosacījumiem, Latvijas Republikas normatīvo aktu un Eiropas Komisijas direktīvu prasībām, Latvijas Republikas un starptautiskajiem programmatūras izstrādes standartiem.

(009) Nodevumu atbilstība standartiem (Obligāta) Izpildītājam Vienošanās darbības laikā, atkarībā no darba uzdevuma noteikumiem, jāizstrādā vai jāveic kvalitātes uzraudzība Nodevumiem atbilstoši šādiem standartiem (bet neaprobežojoties):

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
Projekta plānošanas dokumenti
Projekta pārvaldības plāns	LVS 67:1996	Projekta pārvaldības plānā jānosaka projekta tehniskās un pārvaldības funkcijas, pasākumi un uzdevumi, kas nepieciešami, lai apmierinātu projekta Līgumā noteiktās prasības.
Programmatūras izstrādes plāns	EIA/IEEE J- STD-016	Programmatūras izstrādes plāns ir dokuments, kurā jādod kopskats par izstrādājamo Risinājuma programmatūru, šī projekta galvenajiem uzdevumiem un izstrādāšanas procesu. Šajā plānā var tikt ietverti galveno programmatūras attīstīšanas pasākumu plāni (piemēram, konfigurācijas pārvaldības plāns, kvalitātes pārvaldības plāns u.c.).
Kvalitātes nodrošināšanas plāns	LVS 65:1996	Kvalitātes nodrošināšanas plāns apraksta visu plānoto un sistemātisko darbību shēmu, ko paredzēts veikt projekta attīstības gaitā, lai radītu pārliecību, ka dokumentācija un/vai programmatūras produkts atbilst iepriekš noteiktajām prasībām.	Dokumentā izvērtējums ietver secinājumus par paredzēto pasākumu atbilstību sistēmas kvalitātes nodrošināšanai.
Programmatūras (kvalifikācijas) testēšanas plāns	LVS 70:1996; IEEE/EIA J- STD-016 (E.2.2.)	Programmatūras testēšanas plānā jādod projekta izstrādes laikā veicamo testēšanas pasākumu plāns, kā arī jāapraksta šo pasākumu darbības sfēra, izvēlētā pieeja, resursi u.c. Jāidentificē testējamie vienumi, raksturiezīmes, kuras jātestē, testēšanas uzdevumi, kas jāizpilda, un risks, kurš ir saistīts ar plānu.	Izvērtēšanā būs jāsniedz vismaz šādi novērtējuma rezultāti: 1)Sistēmas testēšanas apjoms; 2)Detalizētie Sistēmas akceptēšanas kritēriji; 3)Sistēmas funkcionālās testēšanas plāns; 4)Sistēmas drošības testēšanas plāns; 5)Sistēmas veiktspējas un stresa testēšanas plāns; 6)Sistēmas integrācijas testēšanas plāns; 7)Testēšanas scenāriju kopuma pilnīguma novērtēšana, t.i., Izpildītājam ir jānovērtē, vai izstrādātie testa scenāriji ļauj

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
			notestēt Sistēmas darbību pilnībā; 8)Testēšanas piemēru detalizācijas pakāpes novērtēšana, t.i., Izpildītājam ir jānovērtē, vai testēšanas piemēri ir pietiekami detalizēti un ļauj korekti notestēt Sistēmu.
Programmatūras verifikācijas un validācijas plāns	LVS 71:1996	Programmatūras verifikācijas un validācijas plāns apraksta visus plānotos verifikācijas un validācijas pasākumus, kurus paredzēts veikt projekta attīstības gaitā.
Programmatūras pārcelšanas plāns	IEEE/EIA J- STD-016 (E.2.4.)	Programmatūras pārcelšanas (transition) plānā jāparedz programmatūras lietošanas vietā nepieciešamā aparatūra un programmatūra, kā arī jāapraksta procedūra, kā programmatūra tiek nodota lietošanai.
Programmatūras instalēšanas plāns	IEEE/EIA J- STD-016 (E.2.3.)	Programmatūras instalēšanas plānā jāparedz aparatūras un programmatūras sagatavošana, lietotāju apmācīšana, kā arī visi citi pasākumi, kuri nepieciešami, lai lietotāji varētu sākt darbināt konkrētu risinājumu.
Projekta specifikācijas
Darbības koncepcijas apraksts	LVS 75:1996; IEEE/EIA J- STD-016 (F.2.1.)	Darbības koncepcijas apraksts ir dokuments, kurā dots pamatojums konkrētā risinājuma ieviešanai un pilnveidošanai, un aprakstīti izstrādājamā risinājuma darbības pamatprincipi. Turpmāka projekta izstrādes gaitā detalizētās prasības tiek vērtētas pēc atbilstības šai koncepcijai. Ja darbības koncepcijas aprakstu izstrādā kā atsevišķu dokumentu, pēc abu pušu vienošanās tas var būt projekta iekšējais dokuments vai arī var tikt nodots Pasūtītājam.
Arhitektūras dokuments	IEEE 1471- 2000	Arhitektūras dokumentā ir jāapraksta plānotajam risinājumam nepieciešamās informācijas sistēmas kā vienota kopuma tehniskās uzbūves principi, tehnisko un programmatūras resursu izvietojums un sadarbības noteikumi, informācijas apmaiņas organizatoriskie, tehnoloģiskie un tiesiskie aspekti.	Dokumenta izvērtēšanā jāietver sistēmas kopējās arhitektūras novērtējums un atbilstība Jāpielabo atsauce ietvertajām prasībām, x.xx. serveru, tīklu uzbūves arhitektūra, sistēmas loģiskā uzbūve, dalījums komponentēs, sadarbspēja.
Sistēmas/apakšsis tēmas (kopā ar aparatūru) prasību specifikācija	LVS 72:1996; IEEE/EIA J- STD-016 (F.2.2.)	Sistēmas/apakšsistēmas prasību specifikācijā (kopā ar aparatūru) jāapraksta prasības, kas tiek izvirzītas konkrētajam risinājumam, kā arī metodes, kā pārliecināties, ka šīs prasības ir apmierinātas.
Programmatūras prasību specifikācija	LVS 68:1996; IEEE/EIA J- STD-016	Programmatūras prasību specifikācijā tiek aprakstītas detalizētas prasības katram risinājuma programmatūras vienumam un tas ir galvenais dokuments, atbilstībā pret kuru	Programmatūras prasību specifikācija jāizvērtē un jāsniedz priekšlikumi tās uzlabošanai. Dokumenta izvērtēšanā jāietver gan

Nodevums	Atbilstība	Paskaidrojums – Dokumentu izstrādē	Paskaidrojums – Dokumentu uzraudzība
	(F.2.2., F.2.4.)	turpmākā projekta izstrādes gaitā tiek veikta risinājuma testēšana un pieņemšana.	saturiskā, gan kvalitātes izvērtēšana. Tāpat izvērtēšanā jāietver dokumentu atbilstība atbilstošajā iepirkumā izsludinātajā tehniskajā specifikācijā prasītajiem standartiem un vadlīnijām.
Programmatūras produkta specifikācija	ISO/IEC 12119; IEEE/EIA J- STD-016 (I.2.1.)	Programmatūras produkta apraksta galvenais uzdevums ir sniegt lietotājam precīzu informāciju par produkta piegādātāju (vai izstrādātāju) un koncentrētu priekšstatu par produktu, tā galvenajām iespējām (bez dziļas funkcionālas detalizācijas), kā arī prasībām, kas tiek izvirzītas programmatūras funkcionēšanas videi. Tajā ir jādod arī īsa informācija par to, kādus atbalsta vai uzturēšanas pasākumus piedāvā produkta piegādātājs (vai izstrādātājs) un kādā veidā tiek sniegta informācija par produkta attīstību.
Saskarņu prasību specifikācija	LVS 72:1996; EIA/IEEE J- STD-016 (F.2.3.)	Saskarņu prasību specifikācijā jāapraksta prasības, kas tiek izvirzītas sistēmai, apakšsistēmām, aparatūrai, programmatūrai, lietotāja izdarītajām darbībām vai citām sistēmas komponentēm, lai īstenotu prasīto sadarbību starp šīm komponentēm
Programmatūras versijas apraksts	IEEE/EIA J- STD-016 (I.2.2.)	Programmatūras versijas apraksta galvenais uzdevums ir sniegt lietotājam precīzu informāciju par konkrēto Risinājuma versiju, kura ir izstrādāta kārtējo izmaiņu rezultātā, atbilstoši konkrētai risinājuma lietošanas vietai u.tml. Versijas aprakstā ir precīzi jāuzskaita visi elementi, kuri ietilpst šīs versijas sastāvā (dokumenti, programmas utt.), norādot katra elementa identifikatoru, laidienu u.c. informāciju; jāapraksta šīs versijas būtiskās atšķirības no iepriekšējās versijas; datu īpatnības, kā arī jādod visa cita tikai šai versijai unikālā informācija.
Projektējumu dokumentācija
Sistēmas/apakšsis tēmas projektējuma apraksts	LVS 72:1996; IEEE/EIA J- STD-016 (G.2.1.)	Sistēmas/apakšsistēmas projektējuma apraksts atspoguļo risinājuma projektējumu un arhitektūru.	Programmatūras projektējuma apraksts jāizvērtē un jāsniedz priekšlikumi tā uzlabošanai. Dokumenta apjoms ir novērtējums no atbilstošajā iepirkumā iesniegtā Pretendenta Tehniskā piedāvājuma. Dokumenta izvērtēšanā jāietver gan saturiskā, gan kvalitātes izvērtēšana. Tāpat izvērtēšanā jāietver dokumentu atbilstība tehniskajā specifikācijā prasītajiem standartiem un vadlīnijām.

Nodevums

Atbilstība

Paskaidrojums – Dokumentu izstrādē

Paskaidrojums – Dokumentu uzraudzība

Programmatūras projektējuma apraksts (PPA), ieskaitot saskarņu projektējuma aprakstu un datu bāzu projektējuma aprakstu

LVS 72:1996; IEEE/EIA J- STD-016 (G.2.2.,

G.2.3.,

G.2.4.)

PPA jāietver gan risinājuma programmatūras, gan saskarņu, gan datu bāzu projektējuma aprakstu. PPA pārbauda atbilstībā pret prasību specifikāciju.

PPA jāapraksta gan loģiskais, gan fiziskais risinājuma programmatūras projektējums. Loģiskajā projektējumā ir jābūt aprakstītiem visiem programmatūras vienumiem, to nozīmei, funkcionalitātei un savstarpējai mijiedarbībai. Fiziskajā projektējumā detalizē, kā plānotā programmatūras funkcionalitāte un citas prasību specifikācijā ietvertās prasības tiks realizētas.

Saskarņu projektējuma aprakstā jāapraksta sistēmu, apakšsistēmu, aparatūras, programmatūras, lietotāja iedarbību un citu sistēmas komponentu savstarpējā sadarbība.

Datu bāzu projektējuma aprakstam jāsatur informācija par datu bāzu struktūru, datu bāzes elementu funkcionālo saturu, saistīto programmatūru, informācija par prasībām, kas noteiktas datu bāzei un tās elementiem, kā, piemēram, drošība, integritāte u.c., kā arī jebkura cita veida informācija, kas nepieciešama datu

pārbaudei, modificēšanai u.tml.

Ieviešanas dokumentācija
Programmatūras pirmkodi	IEEE/EIA J- STD-016 (G.2.1.)	Programmatūras pirmkodi ir programmu teksti, kas izpildīti izvēlētās realizācijas apkārtnes noteiktā veidā (piemēram, konkrētā programmēšanas valodā).	Programmatūras pirmkoda analīzei jābūt veiktai atbilstoši kvalitātes prasībām, apskatot, vai tiek ievērota labā prakse nozarē, vai programmējot tiek ievērota tehniskajās prasībās definētie standarti un vadlīnijas. Pirmkodos un izpildkodos ietilpst arī web-aplikācijas un SOA elementi, kā IS servisi.
Programmatūras izpildkodi (ja iespējams - instalācijas pakotnes)	IEEE/EIA J- STD-016 (I.2.1.)	Programmatūras izpildkods ir jāpiegādā instalācijas pakotnēs, kas ļauj to uzstādīt testēšanas vai produkcijas vidē atbilstoši administratora rokasgrāmatai un citai dokumentācijai. Kopā ar programmatūras izpildkodu ir jāpiegādā arī konfigurācijas skripti vai datnes, kas nepieciešamas programmatūras darbināšanai.
Lietotāja dokumentācija
Programmatūras lietotāja rokasgrāmata	ISO/IEC 12207 un ISO/IEC/IE EE 15289:2015	Programmatūras lietotāja rokasgrāmatai ir jānodrošina nepieciešamais informācijas līmenis, kas nepieciešams Risinājuma programmatūras lietotājiem, lai varētu izmantot risinājuma programmatūru. Programmatūras lietotāja	Dokumenta izvērtējums ietver secinājumus par atbilstību sistēmai, dokumentācijai un darbībai ar to.

		rokasgrāmatai ir jābūt izstrādātai veidā, kas ir piemērots izmantošanai gan drukātā, gan tiešsaistes formā.
Programmaparatū ras atbalsta rokasgrāmata	IEEE/EIA J- STD-016 (I.2.4.)	Programmaparatūras atbalsta rokasgrāmatai jānodrošina informācija, kura nepieciešama, lai programmētu un pārprogrammētu sistēmas programmaparatūras (firmware) ierīces.
Programmatūras uzturēšanas rokasgrāmatas	IEEE/EIA J- STD-016 (5.13.8.)	Programmatūras uzturēšanas rokasgrāmatas nolūks ir nodrošināt to risinājuma programmatūras uzturēšanai nepieciešamo informāciju, kura nav atrodama PPA vai kādā citā projekta gaitā izstrādātā dokumentā.
Programmatūras/ sistēmas ievadizvades rokasgrāmata	IEEE/EIA J- STD-016 (J.2.2.)	Programmatūras ievadizvades rokasgrāmata informē lietotāju par to, kā veikt datu ievadīšanu, kādus izvaddatus iespējams saņemt un kā tie interpretējami.
Programmatūras uzturēšanas plāns	ISO/IEC 12207 un ISO/IEC/IE EE 15289:2015
Programmatūras uzturēšanas procedūra	ISO/IEC 12207 un ISO/IEC/IE EE 15289:2015
Programmatūras instalēšanas instrukcija	IEEE/EIA J- STD-016 (I.2.2.)	Aprakstā jāietver konkrētās produkta versijas instalēšanas instrukcijas, nepieciešamā apkārtne (environment), personāla apmācīšana, kā arī jebkura cita informācija, kas nepieciešama, lai programmatūru sagatavotu darbināšanai.
Programmatūras administratora rokasgrāmata	LVS 66:1996; IEEE/EIA J- STD-016 (J.2.4.)	Programmatūras administratora rokasgrāmatai ir jāietver vismaz tādi aspekti kā programmatūras instalācija, konfigurēšana, lietotāju administrēšana, programmatūras 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, programmatūras veiktspējas un kapacitātes monitorēšana u.c. Piezīme: papildus Izpildītāja izstrādātajai programmatūras administratora rokasgrāmatai ir jāpiegādā arī oriģinālās trešās puses programmatūras dokumentācija, kas ir iekļauta programmatūrā (kura tiek piegādāta risinājuma izveidošanas ietvaros).	Dokumenta izvērtējums ietver secinājumus par visu sistēmas administrēšanas uzdevumu aprakstīšanu, darbību secīgumu, loģiskumu un kļūdu novēršanas scenārijiem instalācijas laikā.

Programmatūras integrācijas instrukcijas	Atbilstoši ārējo programmat ūras saskarņu projektējumi em	Instrukcija ir jāveido katrai risinājuma komponentei, kas var tikt integrēta citās VID sistēmās, piemēram, autentifikācijas modulis, integrācijas servisi, u.c. Programmatūras integrācijas instrukcijai ir jāsatur pietiekoša informācija, lai citu IS izstrādātāji varētu izstrādāt saskarnes sadarbībai ar risinājuma programmatūru. Programmatūras integrācijas instrukcijai ir jāsatur atbilstoši piemēri un to apraksti paredzēto darbību veikšanai.
Testēšanas dokumentācija
Programmatūras testēšanas apraksts			ISO/IEC 12207 un ISO/IEC/IEEE 15289:2015
Testēšanas (kopsavilkuma) pārskats	ISO/IEC 12207 un ISO/IEC/IE EE 15289:2015	Testēšanas (kopsavilkuma) pārskatā jāapraksta visu plānoto un izpildīto testēšanas darbību rezultātu kopsavilkums, kā arī jādod novērtējums, balstoties uz minētiem rezultātiem.
Testēšanas procedūras specifikācija	LVS 70:1996; IEEE 829	Testēšanas procedūras specifikācijas uzdevums ir aprakstīt testpiemēru izpildīšanas soļus, kas nodrošina testēšanas uzdevuma izpildi (t.i., testēšanas darbību izpildes secību).	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību biznesa procesiem, PPS, prasību noklājumam.
Testēšanas žurnāls	LVS 70:1996; IEEE 829	Testēšanas žurnālam jāsatur būtisko testa izpildīšanas detaļu hronoloģiskus pierakstus.
Testpiemēru specifikācija	LVS 70:1996; IEEE 829	Testpiemēru specifikācijā jāapraksta katrs testpiemērs, kas definēts testu projektējuma specifikācijā.	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību biznesa procesiem, PPS, prasību noklājumam.
Testu projektējuma specifikācija	LVS 70:1996; IEEE 829	Testu projektējuma specifikācijā jāapraksta programmatūras pazīmju vai to kombināciju testēšanas pieejas detaļas un jāidentificē atbilstošie testi.	Dokumenta izvērtēšanā jāiekļauj vismaz analīze par atbilstību izstrādes tehniskajai specifikācijai, PPS, prasību noklājumam.
Programmatūras apskates un auditēšana	LVS 74:1996	Projekta iekšējo pārbaužu dokumentēšanas forma. Jāapraksta iekšējo pārbaužu (apskates un auditēšanas) jāapraksta projekta attīstīšanas laikā paredzētās īstenošanas procesi, kā arī specifiskās procedūras, kas nepieciešamas apskates un auditēšanas izpildei.
Pieejamības prasības
IKT produktu un pakalpojumu publiskā iepirkuma pieejamības prasības Eiropā	ETSI NE 301 549
Programmatūra s saskarņu lietojamības pārbaude			Izvērtēšanā jāsniedz vismaz šādi novērtējuma rezultāti: 11) Testa plāns; 12) Pārbaudes vispārīgie mērķi;

13) Pārbaudes jautājumi;

14) Pārbaudes/pētījuma vieta un aprīkojums;

15) Metodoloģija (testu dizains);

16) Dalībnieku raksturojums;

17) Dalībnieku uzdevumi;

18) Mērījumi un to interpretāciju atbilstoši attiecīgajiem Pasūtītāja līgumiem;

19) Moderatora loma pētījuma procesā;

20) Sesiju grafiks;

Testu rezultātu ziņojuma saturs un priekšlikumi programmatūras pilnveidošanai.

3. Darbības prasības

(010) Prasības programmatūras nodevumiem (Obligāta) IKT Kvalitātes uzraudzības projekta ietvaros jāpārbauda, ka programmatūras kodi ir: Piegādātā programmatūras pirmkoda kvalitātei ir jābūt pietiekošai, lai Pasūtītāja paša vai tā nolīgts trešās puses kvalificēts personāls varētu nodrošināt programmatūras turpmāko uzturēšanu, modificēšanu, paplašināšanu, kā arī iespējamo migrēšanu.

Programmatūras pirmkodam jāsatur komentāri latviešu valodā, kas ir viegli saprotami atbilstošas kvalifikācijas speciālistiem bez pirmkoda autora palīdzības.

Izpildītājam jāpiegādā Pasūtītājam arī ar piegādāto pirmkodu saistīto dokumentāciju – shēmas, grafikus, utt. izejas failu veidā, kā arī pārveidotus PDF formātā.

Pretendentam tehniskajā piedāvājumā ir jāapraksta programmatūras dokumentēšanas principi, apjoms un jāsniedz programmatūras dokumentācijas piemēri.

(011) Nodevumu trasējamība (Obligāta)

Izpildītājam veicot IKT kvalitātes uzraudzību vai savu dokumentu izstrādi ir jāievēro:

1. programmatūras prasību specifikācijā, kuru Izpildītājs sagatavo un nodod analīzes posma beigās, definēto prasību trasējamība ar Konkursa tehniskajā specifikācijā definētām prasībām (prasību numuriem);

2. programmatūras projektējuma apraksta, kuru Izpildītājs sagatavo un nodod projektēšanas posma beigās, trasējamību ar programmatūrās prasību specifikācijā definētām prasībām (prasību numuriem);

3. testpiemēru, kurus Izpildītājs sagatavo pirms testēšanas posma sākuma, trasējamība ar programmatūras prasību specifikācijā un programmatūras projektējuma aprakstā definētām prasībām (prasību numuriem).

3.1. Drošības prasības

(012) Risinājuma arhitektūras drošība (Obligāta) Risinājuma arhitektūrai jābūt izveidotai tā, lai samazinātu visu potenciālo drošības atribūtu – konfidencialitātes, integritātes un pieejamības, apdraudējuma riskus, ņemot vērā to, ka Risinājumā tiks apstrādāta ierobežotas pieejamības informācija.

(013) Risinājuma autentifikācijas un autorizācijas drošība (Obligāta) Risinājuma saskarnēm jābūt izveidotām tā, lai nevarētu apiet autentifikācijas un autorizācijas procedūras un nesankcionēti lietot Risinājuma informāciju vai datnes.

(014) Drošības kontroles neapejamība (Obligāta) Lietotāji nedrīkst piekļūt Risinājuma ietvaros glabājamai informācijai, apejot drošības kontroles programmas, piemēram, operētājsistēmas, failu sistēmas vai datu bāzes līmenī.

(015) Fizisko personu datu aizsardzība (Obligāta) Izpildītājam jānodrošina fizisko personu datu aizsardzības prasības saskaņā ar Fizisko personu datu aizsardzības likumu un Vispārīgo datu aizsardzības regulu.

(016) Privātums (Obligāta)

(017) Informācijas aizsardzība (Obligāta)

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 pieejama Risinājumam.

Īstenojot Risinājuma drošību, ir jānodrošina šādi principi:

d) „Zina tikai tas, kuram jāzina” (need-to-know);

e) „Ir jānodrošina minimālās tiesības pienākumu pildīšanai”, gan lietotājiem, gan tehnoloģiskajiem lietotājiem (least privilege);

f) Jānodrošina lietotāju darbību reģistrācija un šo datu saglabāšana (accountability).

(018) Drošības prasības, kas Izpildītājam jāievēro veicot Risinājuma uzturēšanu un pilnveidošanu (Obligāta)

Veicot Risinājuma piegādi, pilnveidošanu un uzturēšanu, Izpildītājam ir nepieciešams nodrošināt līguma projektā aprakstītās drošības prasības, kā arī šādas drošības prasības:

• Noteikt un uzturēt aktuālu Risinājuma saskarņu piekļuves prasības (porti un protokoli) un Risinājuma darbībai nepieciešamo servera pakalpojumu (servisu) sarakstu.

• Jānodrošina izsekojama izmaiņu pārvaldības sistēma.

(019) Drošības funkcionālo prasību izpildījums (Obligāta) Sistēmas drošības funkcionālās prasības jāizpilda saskaņā ar standartā ISO 15408-2 “Informācijas tehnoloģija – Drošības tehnikas – IT drošības novērtējuma kritēriji” 2.daļā “Drošības funkcionālās komponentes” (Information technology – Security techniques – Evaluation criteria for IT security – Part 2: Security functional components. ISO/IEC 15408-2. Third edition 2008-08-15) noteikto aprakstu.

(020) Prasības risinājuma drošībai (Obligāta)

Risinājumam jānodrošina šāda drošības funkcionalitāte:

• Identifikācija: subjekta atpazīšana pēc tā identifikatora. Nav pieļaujama anonīma Risinājuma lietošana;

• Autentifikācija: lietotāja identitātes pārbaude datorsistēmā.

• Autorizācija: pilnvaru piešķiršana kādai personai vai personu grupai noteiktu darbību izpildei un resursu izmantošanai;

• Piekļuves tiesības: Risinājumam jānodrošina iespēja noteikt, kuri lietotāji drīkst piekļūt kuriem servisiem, no kurām IP adresēm vai IP adrešu segmenta.

• Auditēšana: Risinājumā jānodrošina piekļuve Risinājuma auditācijas datiem.

• Šifrēšana:

o Risinājumam jānodrošina saziņa, izmantojot HTTPS protokolu, pārbaudot ārējā servisa sertifikāta derīgumu.

(021) Auditācijas pierakstu veidošana un uzglabāšana (Obligāta) Risinājumam jāveic autorizētiem lietotājiem pieejamo Risinājumā nodrošināto procesu auditāciju, reģistrējot vismaz šādus auditācijas pierakstus attiecībā uz datiem, kas reģistrēti izmantojot datu ievadformas:

• Par datu validācijas nosacījumu brīdinājumiem, kurus administrators akceptējis.

Jāuzglabā un jāvar apskatīt informācija par sekojošām darbībām ar lietotāju kontu:

• lietotāja vārds VID resursu direktorijā (Active Directory)

• pievienošanas datums;

• piekļuves tiesību izmaiņu veikšanas laiks un raksturs;

• piekļuves tiesību slēgšanas datums;

Katrā auditācijas pierakstā jāiekļauj vismaz sekojoša informācija par auditējamo notikumu:

• notikuma datums un laiks;

• notikuma veids vai veiktā darbība (piemēram, lasīts, labots);

• ar notikumu saistītā lietotāja identitāte.

(022) Pasākumi pret dalības noliegumu (non-repudiation) (Obligāta) Risinājumam jāizveido pietiekami kontroles mehānismi, lai nodrošinātu, ka persona, kas veikusi kādas darbības, nevar noliegt šādu darbību veikšanas faktu, kā arī pamanīt gadījumus, ja informācija tikusi modificēta to pārraides vai glabāšanas laikā.

Risinājuma piegāde un uzstādīšana

(023) Nodevumu piegādes veids (Obligāta) Visi nodevumi Izpildītājam ir jāpiegādā uz neizdzēšama fiziskā datu nesēja kopā ar Pasūtītāja vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem, papildus pēc Pasūtītāja pieprasījuma novietojot nodevumu uz Pasūtītāja norādītā FTPS servera, informējot par to Pasūtītāju uz līgumā norādīto e-pasta adresi.

3.2. Risinājuma programmatūras un aparatūras autoruzraudzība, dokumentu pieņemšanas kārtība

(024) Palīdzības un konsultāciju pieejamība garantijas pakalpojuma nodrošināšanas laikā (Obligāta)

Garantijas ietvaros tehniskais atbalsts, palīdzība un konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus – telefoniski, pa e-pastu, pa faksu un klātienē.

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.

(025) Garantijas pakalpojuma iniciēšana (Obligāta) Garantijas pakalpojums tiek sniegts gan pēc Pasūtītāja, gan pēc Izpildītāja iniciatīvas. Garantijas pieteikumus Pasūtītājs piesaka saskaņā ar līguma projekta atrunāto sadarbības kārtību.

(026) Pieteikumu risināšana garantijas nodrošināšanas laikā (Obligāta)

Garantijas nodrošināšanas laikā Izpildītājs bez maksas:

• risina pieteikumu visiem pieejamajiem līdzekļiem, savukārt Pasūtītājs visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildus informāciju.

• nodrošina pieteikumu – problēmziņojumu izpēti, novērtēšanu un problēmziņojumā norādītās problēmas novēršanu.

Izpildītājām jānodrošina līguma projekta atrunātā pieteikumā aprakstītas problēmas novēršanas kārtība.

(027) Iepirkumu dokumentācijas nodevumi ir jāsagatavo vismaz šādā apjomā:

(Obligāta)

2) Tehniskā specifikācija;

(028) Ja izstrādāta tehniskā specifikācija, tad attiecīgā iepirkumu laikā Izpildītājam ir: (Obligāta)

2) Jāveic IT Sistēmas pretendentu iesniegto piedāvājumu izvērtēšana un jāsniedz eksperta atzinumi.

3) Jāpiedalās iepirkuma līguma vai vispārīgas vienošanas noslēgšanas procedūrā.

(029) Tehniskās specifikācijas prasības (prasības izpildes apjoms tiks noteikts nosūtot darba uzdevumā): (Obligāta)

1) Tehniskās specifikācijas prasības numurē un klasificē no augstākas prioritātes uz zemākas prioritātes prasībām.

3) IT Sistēmas tehniskai specifikācijai jāsatur funkcionālās, nefunkcionālās prasības.

4) IT Sistēmas tehniskās specifikācijas programmatūras prasību daļai jāatbilst standarta ISO/IEC 12207 un ISO/IEC/IEEE 15289:2015 prasībām.

5) Tehniskām specifikācijām izstrādē jāatbilst standarta LVS ISO/IEC 27000 sērijas “Informācijas tehnoloģija. Drošības paņēmieni” prasībām.

6) Tehniskām specifikācijām jāatbilst Valsts informācijas sistēmas likuma un saistīto normatīvo aktu prasībām.

9) Jābūt aprēķiniem un prasībām veiktspējai, nepārtrauktas darbības nodrošināšanai un uzturamībai.

1.pielikums 2.daļas tehniskajām un funkcionālajām prasībām

Tehniskā piedāvājuma dokumenti un prasības

5. Tehniskā piedāvājuma saturs:

1.11. Piedāvāto speciālistu sastāvs, piedāvāto speciālistu funkcijas un pienākumi darba procesā, identificējot priekšrocības, kuras sniegs konkrēta komanda (piemēram, līdzšinējā pieredze, strādājot kopīgos projektos, labākas iespējas izpildīt svarīgos darba uzdevuma punktus u.c.). Norādīto speciālistu kvalifikācijai ir jāatbilst Nolikuma noteiktajām prasībām;

1.12. Waterfall un Spirāles projektu uzraudzības metodika (pievienojot izmantojamo procedūru aprakstus un iekļaujot izmaiņu vadības metodiku)

1.13. Tehniskās specifikācijas izstrādes metodika (pievienojot izmantojamo procedūru aprakstus un iekļaujot izmaiņu vadības metodiku).

1.14. Citas Vispārīgā vienošanās izpildē izmantojamās metodikas, tai skaitā Risku un problēmu apzināšanas un novēršanas metodika.

1.15. IT tehnoloģiju daļas pretendentiem tehniskajā piedāvājumā ir jāiesniedz apraksts par rīkiem, ko plānots izmantot darba uzdevumu izpildē atbilstoši konkursa nolikumā minētajam iepirkuma priekšmetam.

1.16. Vispārīgās vienošanās izpildē izmantojamo veidņu saraksts. Piedāvājumā ir jāiekļauj iespējamo dokumentu paraugus, x.xx. iespējamais dokumenta satura rādītājs.

1.17. Vienošanās izpildes pārvaldes organizācijas apraksts, norādot kādu ieguldījumu Pretendents sagaida no Pasūtītāja (Uzraudzības komiteja utt.) un kādas priekšrocības ir šādai Vispārīgās vienošanās izpildes organizācijai.

1.18. Darba uzdevuma finanšu piedāvājuma sagatavošanas metodika darbietilpības novērtēšanai.

1.19. Pretendenta piedāvātā sadarbības kārtība.

1.20. pieņēmumi un ierobežojumi, kas attiecas uz veicamo darbu.

6. Pretendentam jāiesniedz apliecinājums, kurā Pretendents garantē Nolikumā minēto ekspertu darbu uzsākšanu ne vēlāk kā 5 (piecu) darba dienu laikā pēc Pasūtītāja pieprasījuma.

7. Pretendentam jāsagatavo tabula, kur apliecināta Pretendenta tehniskā piedāvājuma atbilstība visām Nolikuma prasībām, norādot veidu, kā katra konkrētā prasība tiks nodrošināta.

8. Tehniskie piedāvājumi, kuros nebūs aprakstīta visu Nolikumā noteikto prasību realizācija, tiks izslēgti no tālākās vērtēšanas.

3.pielikums Valsts ieņēmumu dienesta rīkotā atklāta konkursa nolikumam “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam”, iepirkuma identifikācijas Nr. FM VID 2016/117/ERAF

FINANŠU PIEDĀVĀJUMS

atklātam konkursam ID Nr. FM VID 2016/117/ERAF “Konsultantu piesaiste VID IS un IKT attīstības un pilnveidošanas atbalstam” (turpmāk – Konkurss)

Par Konkursa Iepirkuma priekšmeta 1.daļu

Mēs,

(pretendenta nosaukums, reģistrācijas numurs)

piedāvājam nodrošināt pakalpojumus atbilstoši Konkursa nolikumā ietvertajām prasībām par

iepirkuma priekšmeta 1.daļu par šādu speciālista persondienas cenu:

Aprēķinot izmaksas pakalpojumiem, tiks izmantota šāda persondienas cena1:

1.tabula

Nosaukums

Cena, EUR (bez PVN)

Speciālista vienas persondienas2 cena

Piezīmes: 1 – persondienas likmē iekļautas visas izmaksas, kas saistītas ar pakalpojumu veikšanu, programmatūras testēšanas vides un testēšanas datubāzes izveidošanu, instalācijas pakotņu sagatavošanu, dokumentācijas sagatavošanu, muitas maksājumiem, garantijām, nodokļiem (izņemot PVN) un nodevām, kā arī nepieciešamo atļauju saņemšanu no trešajām personām un visas citas izmaksas, kas nepieciešamas vispārīgās vienošanās un vispārīgās vienošanās ietvaros noslēgto darba uzdevumu savlaicīgai un kvalitatīvai izpildei;

2 – speciālistu patērētais laiks darbu veikšanai Līguma ietvaros tiek uzskaitīts persondienās, kur 1 (viena) persondiena ir 8 (astoņas) darba stundas. 3 (trīs) mēnešus no vispārīgās vienošanās noslēgšanas dienas vienas persondienas cena nedrīkst pārsniegt pretendenta piedāvājumā norādīto vienas persondienas cenu;

Par Konkursa priekšmeta 2.daļu

Mēs,

(pretendenta nosaukums, reģistrācijas numurs)

piedāvājam nodrošināt pakalpojumus atbilstoši Konkursa nolikumā ietvertajām prasībām par

iepirkuma priekšmeta 2.daļu par šādu speciālista persondienas cenu:

Aprēķinot izmaksas pakalpojumiem, tiks izmantota šāda persondienas cena1:

2.tabula

Nosaukums

Cena, EUR (bez PVN)

Speciālista vienas persondienas2 cena

Piezīmes: 1 – cenā iekļautas visas izmaksas, kas saistītas ar pakalpojumu veikšanu, programmatūras testēšanas vides un testēšanas datubāzes izveidošanu, instalācijas pakotņu sagatavošanu, dokumentācijas sagatavošanu, muitas maksājumiem, garantijām, nodokļiem (izņemot PVN) un nodevām, kā arī nepieciešamo atļauju saņemšanu no trešajām personām un visas citas izmaksas, kas nepieciešamas vispārīgās vienošanās un vispārīgās vienošanās ietvaros noslēgto darba uzdevumu savlaicīgai un kvalitatīvai izpildei;

2 – speciālistu patērētais laiks darbu veikšanai vispārīgās vienošanās un vispārīgās vienošanās ietvaros noslēgto darba uzdevumu ietvaros tiek uzskaitīts persondienās, kur 1 (viena) persondiena ir 8 (astoņas) darba stundas. 3 (trīs) mēnešus no vispārīgās vienošanās noslēgšanas dienas vienas persondienas cena nedrīkst pārsniegt pretendenta piedāvājumā norādīto vienas persondienas cenu;

Document Metadata

Table of Contents

NOLIKUMS

Document Metadata