vispārīga informācija par atklātu konkursu - vid.gov.lv web viewdocx, xls . vai. xlsx. ......

APSTIPRINĀTSValsts ieņēmumu dienesta

iepirkuma komisijas2017.gada 17.augusta sēdē

protokols Nr.7

Atklāta konkursa“Nodokļu informācijas sistēmas un

Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”

Iepirkuma identifikācijas Nr. FM VID 2017/076/ERAF

NOLIKUMS

Iepirkuma līguma ietvaros veikto darbu apmaksai var tikt izmantots Eiropas Savienībasfondu finansējums

Rīga2017

2Saturs

1. Vispārīga informācija par atklātu konkursu.........................................................................41.1. Iepirkuma identifikācijas (turpmāk – ID) numurs.........................................................41.2. Informācija par pasūtītāju..............................................................................................41.3. Piedāvājuma iesniegšanas un atvēršanas vieta, datums, laiks un kārtība......................41.4. Piedāvājuma noformējuma un iesniegšanas prasības....................................................41.5. Cita vispārīga informācija..............................................................................................7

2. Informācija par iepirkuma priekšmetu..................................................................................72.1. Iepirkuma priekšmeta apraksts un apjoms.....................................................................72.2. Prasības tehniskajam piedāvājumam.............................................................................82.3. Prasības finanšu piedāvājumam.....................................................................................82.4. Iepirkuma līguma izpildes noteikumi..........................................................................14

3. Pretendentu kvalifikācijas prasības un atbilstību apliecinošie dokumenti.......................143.1. Prasība par pretendenta atbilstību profesionālās darbības veikšanai:..........................143.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:................................................................................14

3.3. Prasības par pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskajām un profesionālajām spējām......................................................................14

3.4. Dokumenti un informācija, kas apliecina pretendenta kvalifikāciju, saimniecisko un finansiālo stāvokli un tehniskās un profesionālās spējas........................................26

4. Piedāvājuma vērtēšana un piedāvājuma izvēles kritērijs...................................................274.1. Piedāvājuma noformējuma pārbaude...........................................................................274.2. Pretendenta kvalifikācijas pārbaude............................................................................274.3. Piedāvājuma pārbaude un vērtēšana............................................................................274.4. Piedāvājuma izvēle un piedāvājuma izvēles kritērijs..................................................284.5. Pretendentu izslēgšanas noteikumi saskaņā ar Publisko iepirkumu likuma 42.panta

pirmo un otro daļu........................................................................................................29

Pielikumi:1.pielikums PIETEIKUMS uz 2 lp.2.pielikums TEHNISKĀ SPECIFIKĀCIJA uz 26 lp.3.pielikums FINANŠU PIEDĀVĀJUMS uz 2 lp.4.pielikums LĪGUMA PROJEKTS uz 54 lp.

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

1.1. Iepirkuma identifikācijas (turpmāk – ID) numurs FM VID 2017/076/ERAF

1.2. Informācija par pasūtītāju1.2.1.Valsts ieņēmumu dienests (turpmāk – pasūtītājs vai VID)

NMR kods: 90000069281adrese: Talejas iela 1, Rīga, LV-1978, Latvijatālr.: +371 67122689, e-pasta adrese: vid @vid.gov.lv tīmekļvietne: www.vid.gov.lv

1.2.2. atklātu konkursu “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”, ID Nr. FM VID 2017/076/ERAF (turpmāk – Konkurss) rīko ar VID 2017.gada 20.marta rīkojumu Nr.29/f “Par iepirkuma komisijas izveidošanu” izveidotā iepirkuma komisija (turpmāk – Komisija).

1.3. Piedāvājuma iesniegšanas un atvēršanas vieta, datums, laiks un kārtība1.3.1. Piedāvājuma iesniegšanas vieta, kārtība, datums un laiks1.3.1.1. piedāvājumus piegādātāji var iesniegt, sākot ar Konkursa izziņošanas dienu, līdz 2017.gada 25.septembra plkst.11.00 personīgi, vai nosūtot pa pastu uz adresi:

Valsts ieņēmumu dienestsInformācijas centrs (1.stāvs)Talejas iela 1, Rīga, LV-1978, Latvija.

Darba laiks 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;

1.3.1.2. piedāvājumi, kas nav iesniegti noteiktajā kārtībā vai saņemti pēc Konkursa nolikumā norādītā piedāvājumu iesniegšanas termiņa beigām, netiek izskatīti. Pasta sūtījumam ar piedāvājumu ir jābūt nogādātam Konkursa nolikuma 1.3.1.1.apakšpunktā noteiktajā adresē līdz minētajā apakšpunktā noteiktajam piedāvājumu iesniegšanas termiņam;

1.3.1.3. pretendents pirms piedāvājumu iesniegšanas termiņa beigām var grozīt vai atsaukt iesniegto piedāvājumu;

1.3.1.4. piedāvājums, izņemot Konkursa nolikuma 1.3.1.2.apakšpunktā minēto gadījumu, paliek pasūtītāja rīcībā un netiek atdots atpakaļ pretendentam.

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

1.3.2.1. piedāvājumu atvēršanas sanāksme notiks 2017.gada 25.septembrī plkst.11.00, VID Klientu apkalpošanas centrā (2.stāvā), telpa Nr.K-6, Talejas ielā 1, Rīgā, un tajā var piedalīties visas ieinteresētās personas;1.3.2.2. piedāvājumus atver to iesniegšanas secībā, nosaucot pretendentu, piedāvājuma iesniegšanas datumu, laiku un piedāvātās cenas. Kad visi piedāvājumi atvērti, piedāvājumu atvēršanas sanāksmi slēdz.

1.4. Piedāvājuma noformējuma un iesniegšanas prasības1.4.1. Iepakojuma noformējums

Piedāvājums jāiesniedz slēgtā (aizlīmētā) iepakojumā, vienā eksemplārā. Uz iepakojuma jābūt:

http://@vid.gov.lv

http://www.vid.gov.lv/

41.4.1.1. norādei “Piedāvājums atklātam konkursam “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”, ID Nr. FM VID 2017/076/ERAF;1.4.1.2. pretendenta nosaukumam, juridiskajai adresei un reģistrācijas numuram;1.4.1.3. pasūtītāja nosaukumam un adresei:

Valsts ieņēmumu dienestsTalejas iela 1,Rīga, LV-1978, Latvija.

1.4.1.4. norādei “Neatvērt līdz 2017.gada 25.septembra plkst.11.00”.

1.4.2. Piedāvājuma noformējums1.4.2.1. piedāvājuma sākumā aiz titullapas jābūt piedāvājuma satura rādītājam, aiz kura seko visi pārējie piedāvājumā iekļaujamie dokumenti. Satura rādītājā jābūt atsevišķi norādītiem visiem dokumentiem, kuri pretendentam jāiesniedz saskaņā ar Konkursa nolikuma 1.4.3.apakšpunkta prasībām;1.4.2.2. visiem piedāvājumā iekļautajiem dokumentiem jābūt cauršūtiem kopā tā, lai dokumentus nebūtu iespējams atdalīt. Dokumentiem jābūt sanumurētiem un to numerācijai jāatbilst pievienotajam satura rādītājam;1.4.2.3. piedāvājumā iekļautajiem dokumentiem ir jābūt skaidri salasāmiem, bez neatrunātiem dzēsumiem, labojumiem vai svītrojumiem;1.4.2.4. uz piedāvājuma titullapas jābūt norādei:

“Piedāvājums atklātam konkursam “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas

pilnveidošana, uzturēšana un garantijas nodrošināšana”,(ID Nr. FM VID 2017/076/ERAF)

Komersanta nosaukums, juridiskā adrese, datums”

1.4.2.5. 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.4.2.6. 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.4.2.7. 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, ja viss piedāvājums vai pieteikums ir cauršūts vai caurauklots;1.4.2.8. 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.4.2.9. 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;

51.4.2.10. 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.4.2.11. 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.4.3. Piedāvājumā iekļaujamie dokumenti1.4.3.1. komersanta izdota pilnvara, kas apliecina pilnvarotās personas tiesības parakstīt Konkursa piedāvājumu, ja to paraksta komersanta pilnvarotā persona;1.4.3.2. parakstīts pieteikums par piedalīšanos atklātā konkursā (saskaņā ar Konkursa nolikuma 1.pielikumu). Ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, pieteikumu paraksta visas personas, kas ietilpst piegādātāju apvienībā. Piedāvājumā norāda pilnvaroto personu, kas pārstāv attiecīgo personālsabiedrību vai piegādātāju apvienību;1.4.3.3. pretendenta kvalifikācijas dokumenti – dokumentu oriģināli vai to apliecinātas kopijas, kas minēti Konkursa nolikuma 3.4.apakšpunktā. Ja nav iesniegts attiecīgā dokumenta oriģināls vai tā apliecināta kopija, pasūtītājs vērtē pieprasītā dokumenta kopiju, nepieciešamības gadījumā lūdzot uzrādīt dokumenta oriģinālu vai iesniegt apliecinātu dokumenta kopiju.1.4.3.4. aizpildīts un parakstīts tehniskais piedāvājums (saskaņā ar Konkursa nolikuma 2.pielikumu);1.4.3.5. aizpildīts un parakstīts finanšu piedāvājums (saskaņā ar Konkursa nolikuma 3.pielikumu);1.4.3.6. pretendentam jāiesniedz piedāvājuma kopija elektroniskā formā, saglabāta pdf formātā, datu nesējā, kā arī turpat atsevišķi pievienots tehniskais piedāvājums un finanšu piedāvājums doc, docx, xls vai xlsx formātā. Minētais datu nesējs jāievieto Konkursa nolikuma 1.4.1.apakšpunktā minētajā iepakojumā;1.4.3.7. ja piedāvājumu iesniedz personālsabiedrība vai piegādātāju apvienība, jāiesniedz visu iesaistīto pušu parakstīts apliecinājums par kopīgu dalību Konkursā;1.4.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.4.3.9. ja apakšuzņēmēja 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, 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.4.3.10. apakšuzņēmēja veicamo būvdarbu vai sniedzamo pakalpojumu kopējo vērtību noteic saskaņā ar Publisko iepirkumu likuma 63.panta trešo daļu.

1.4.3.1 Eiropas vienotais iepirkuma procedūras dokumentsSaskaņā ar Publisko 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

6vienotajam iepirkuma procedūras dokumentam, vai, izmantojot tiešsaistes pakalpojumu – https://ec.europa.eu/tools/espd/filter?lang=lv.

1.5. Cita vispārīga informācija1.5.1. Konkursa nolikuma pieejamība:1.5.1.1. Konkursa nolikums brīvi un tieši pieejams elektroniski, lejupielādējot no VID tīmekļvietnes internetā, sadaļā “Par VID”, apakšsadaļā “Publiskie iepirkumi”: https://www.vid.gov.lv/lv/iepirkumi; 1.5.1.2. Konkursa nolikumu var saņemt elektroniski, nosūtot pieprasījumu atbildīgajai kontaktpersonai, kura sniedz organizatorisku informāciju par Konkursu, – VID Finanšu pārvaldes Iepirkumu daļas galvenajai iepirkumu speciālistei Sandrai Polei (tālr. +371 67120207, fakss +371 67122907) uz elektroniskā pasta adresi: [email protected];1.5.1.3. ar Konkursa nolikumu var iepazīties un saņemt drukātā veidā uz vietas Talejas ielā 1, Rīgā, iepriekš saskaņojot ierašanās laiku pa tālr. +371 67120207.1.5.2. papildu informāciju par Konkursa nolikumu lūdzam pieprasīt laikus pirms piedāvājumu iesniegšanas termiņa beigām. Šādi pieprasījumi jāiesniedz elektroniski, nosūtot jautājumu uz elektroniskā pasta adresi: [email protected] vai pa faksu +371 67122907, vai nosūtot vēstuli pa pastu uz adresi: Talejas ielā 1, VID Finanšu pārvalde, Rīga, LV-1978, Latvija, adresējot Komisijas priekšsēdētājam;1.5.3. papildu informāciju, ja tā pieprasīta laikus pirms piedāvājumu iesniegšanas termiņa beigām, Komisija nosūta ieinteresētajam piegādātājam, kurš uzdevis jautājumu, un ievieto šo informāciju VID tīmekļvietnē, sadaļā “Par VID”, apakšsadaļā “Publiskie iepirkumi”: https://www.vid.gov.lv/lv/iepirkumi;1.5.4. ja Konkursa nolikumā tiek izdarīti grozījumi, informācija par grozījumiem tiek ievietota VID tīmekļvietnē internetā, sadaļā “Par VID”, apakšsadaļā “Publiskie iepirkumi”: https://www.vid.gov.lv/lv/iepirkumi;1.5.5. ieinteresētajam piegādātājam ir jāseko līdzi veiktajiem Konkursa nolikuma grozījumiem un jāuzņemas pilna atbildība par šādu informācijas iegūšanu, ja pasūtītājs informāciju ir ievietojis VID tīmekļvietnē internetā Konkursa nolikuma 1.5.4.apakšpunktā noteiktajā kārtībā;1.5.6. pretendents drīkst iesniegt piedāvājumu tikai par visu apjomu;1.5.7. pretendents nedrīkst iesniegt piedāvājuma variantus;1.5.8. 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šmetu2.1. Iepirkuma priekšmeta apraksts un apjoms2.1.1. iepirkuma priekšmets ir Nodokļu informācijas sistēmas (turpmāk – NIS) un Valsts amatpersonu deklarāciju informācijas sistēmas (turpmāk – VADIS) (turpmāk abas kopā arī – SISTĒMA) pilnveidošana, uzturēšana un garantijas nodrošināšana saskaņā ar Konkursa nolikuma prasībām;2.1.2. Konkursa iepirkuma nomenklatūras (CPV) kods:

1.tabulaKods Koda atšifrējums Koda atšifrējums Pakalpojuma

https://www.vid.gov.lv/lv/iepirkumi


mailto:[email protected]


https://ec.europa.eu/tools/espd/filter?lang=lv

7latviešu valodā angļu valodā kategorijas Nr.

72267100-0Informācijas tehnoloģiju programmatūras tehniskā

uzturēšana.

Maintenance of information technology

software

7

2.1.3. VID uzsācis īstenot projektu “Nodokļu informācijas pakalpojumu modernizācija”, kura ietvaros tiks izstrādāta jauna Maksājumu administrēšanas informācijas sistēma, kas pārņems esošo NIS un VADIS funkcionalitāti, līdz ar to tiek plānots, ka 2021.gadā NIS un VADIS darbība tiks pārtraukta.2.1.4. Iepirkuma līgums tiks slēgts par kopējo līgumcenu 6 219 325,00 EUR (seši miljoni divi simti deviņpadsmit tūkstoši trīs simti divdesmit pieci euro) bez pievienotās vērtības nodokļa (turpmāk – PVN).2.1.5. Pasūtītājam nav pienākums līguma darbības laikā, veicot darbu pasūtījumus, iztērēt visu līguma summas apjomu.2.1.6. detalizēta Konkursa iepirkuma priekšmeta tehniskā specifikācija ir noteikta Konkursa nolikuma 2.pielikumā “Tehniskais piedāvājums”.

2.2. Prasības tehniskajam piedāvājumam2.2.1. tehniskajam piedāvājumam jāatbilst Konkursa nolikuma un tehniskās specifikācijas prasībām. Tehniskajā piedāvājumā jāsniedz detalizēts apraksts, kādā veidā pretendents nodrošinās visu tehniskās specifikācijas prasību īstenošanu. Pretendentam tehniskās specifikācijas prasību īstenošana jāapraksta secībā, kādā prasības ir izvirzītas.2.2.2. 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.3. Prasības finanšu piedāvājumam2.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ā cenām jābūt norādītām euro (EUR) bez pievienotās vērtības nodokļa (turpmāk – PVN), norādot ne vairāk kā 2 (divas) zīmes aiz komata;2.3.3. pretendentu finanšu piedāvājumā norādītajās cenās ir jābūt iekļautām visām izmaksām, kas saistītas ar SISTĒMAS uzturēšanas pakalpojuma nodrošināšanu, pilnveidošanas darbu veikšanu un garantijas nodrošināš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ī visas citas izmaksas, kas nepieciešamas iepirkuma līguma savlaicīgai un kvalitatīvai izpildei;2.3.4. pēc piedāvājuma iesniegšanas termiņa beigām pretendentam nav tiesību mainīt savu tehnisko un finanšu piedāvājumu;2.3.5. Finanšu piedāvājuma tabulā norādīto darbietilpības elementu skaidrojums:

2.tabula1. Elementu grupa - DATUBĀZU IZMAIŅAS

Jaunas tabulas (vai lauku pievienošana esošai), lauki (arī to garumu vai tipu izmaiņas), indeksi, relācijas, procedūras, funkcijas un trigeri, kā arī izmaiņu ietekme uz veiktspēju.

Nr. Datubāzu izmaiņu kritērijiSarežģītības līmenis 1

Vienkārša Vidēji sarežģīta Sarežģīta1.1. Esošas tabulas modifikācija1.1.1. Izmaiņas datubāzes laukos līdz 5 laukiem 6-20 lauki virs 20 laukiem1.1.2. Datu tipu izmaiņas, kas prasa datu labošanas skriptu izstrādi NAV NAV IR1.1.3. Labotais lauks tiek izmantots kā atsauce ne vairāk kā 2 tabulās

ne vairāk kā 1 procedūrā

2-5 tabulās2-3 procedūrās un trigeros

vairāk kā 5 tabulāsvairāk kā 3 procedūrās un trigeros

1.1.4. Modificējamas tabulas iesaiste replikācijās NAV 1-2 virs 21.2. Jaunas tabulas pievienošana1.2.1. Jaunās tabulas lauku skaits līdz 10 laukiem 11-20 lauki virs 20 laukiem1.2.2. Relāciju skaits tabulā līdz 2 3-5 virs 51.3. Tabulas indeksi1.3.1 Salikti tabulas indeksi NAV NAV IR1.4. Trigera izveidošana vai labošana1.4.1. Procedūru izsaukumu no labotā vai izveidotā trigera skaits NAV 1-2 virs 21.4.2. Tabulu skaits, kurās dati tiek mainīti līdz 2 3-5 virs 51.4.3. Izmaiņas, kas izsauc citu tabulu trigeru vai procedūru

izsaukumusNAV līdz 3 tabulām virs 3 tabulām

1.5. Procedūras vai funkcijas izveidošana1.5.1. Citu procedūru/funkciju izsaukumu skaits NAV 1-2 virs 21.5.2. Cikla operatori NAV līdz 4 virs 41.6. Procedūras vai funkcijas labošana1.6.1. Citu procedūru/funkciju izmaiņas NAV 1-2 virs 21.6.2. Globālā ietekme uz procedūras/funkcijas darbības algoritmu NAV NAV IR1.7. Izmaiņu ietekme uz veiktspēju1.7.1. Konstatēta izmaiņu ietekme uz veiktspēju NAV NAV IR

9

1.7.2. Papildus optimizācijas izmaiņu (piemēram, jauno indeksu veidošanu laukiem, kas nav primārā vai ārējā atslēga) prasība

NAV NAV IR

2. Elementu grupa - IEVADFORMU IZMAIŅASPar ievadformu tiks uzskatīta sekojoša kopa: formas logs (ievadlauks, radiopoga, izkrītošais saraksts, spiedpoga, klasifikatora vērtības izvēle), saraksta logs, dialoga logs (ievadlauks, radiopoga, izkrītošais saraksts, spiedpoga), filtrs un izdruka.

Nr. Ievadformu izmaiņu kritērijiSarežģītības līmenis 1

Vienkārša Vidēji sarežģīta Sarežģīta2.1. Dialoga loga (ievadlauks, radiopoga, izkrītošais saraksts,

spiedpoga) izveide2.1.1. Elementu skaits līdz 5 elementiem 6-15 elementi virs 15 elementiem2.1.2. Datu kvalitātes pārbaudes pret definētiem kritērijiem (datu

sintakses pārbaude)IR IR IR

2.1.3. Datu salīdzināšana vai pārbaude pret citu tabulu vērtībām NAV līdz 3 elementiem virs 3 elementiem2.1.4. Citu formas vai dialoga logu izsaukšana (izņemot

klasifikatorus, kas ir paredzēti datu ievadei)NAV NAV IR

2.1.5. Pakārtoto tabulu skaits NAV līdz 1 virs 12.2. Formas logs (ievadlauks, radiopoga, izkrītošais saraksts,

spiedpoga, klasifikatora vērtības izvēle)2.2.1. Elementu skaits līdz 10 elementiem līdz 30

elementiemvirs 30 elementiem

2.2.2. Pakārtoto tabulu skaits līdz 2 3-5 virs 52.2.2.1. Lauku skaits katrā pakārtotajā tabulā līdz 5 līdz 10 virs 102.2.3. Datu sintakses pārbaude IR IR IR2.2.4. Datu salīdzināšana vai pārbaude pret citu tabulu vērtībām NAV līdz 3 elementiem virs 3 elementiem2.2.5. Izsaucamo dialoga (modālo) logu skaits līdz 3 4-8 virs 82.2.6. Pakārtoto lapiņu (Tab) skaits līdz 2 3-5 virs 52.2.7. Datu pielasīšana, summēšana vai salīdzināšana starp lapiņām NAV NAV IR2.2.8. Citu formas logu (FL) izsaukšana (izņemot klasifikatorus,

kas ir paredzēti datu ievadei)NAV līdz 2 virs 2

2.2.9. No FL web-servisu (WS) izsaukumu, datubāzes procedūru vai funkciju izsaukumu, kā arī TEMP tabulu tālākām

NAV līdz 2 virs 2

10

apstrādēm kopskaits2.2.10. Papildus tiesību apstrāde (piemēram, pogu aktivēšana

balstoties uz funkciju), kā arī citu tiesību apstrāde, kas atšķīrās no pamata funkcionalitātes

NAV NAV IR

2.2.11. Lauku/tabulu/lapiņu vai citu elementu slēpšana/aktivēšana, balstoties uz tiesībām, statusiem vai kādiem citiem faktoriem

NAV NAV IR

2.2.12. Failu lejup vai augšupielāde NAV NAV IR2.2.13 Asinhronā datu ielāde NAV NAV IR2.3. Saraksta logs (SL)2.3.1. Lauku skaits līdz 10 laukiem 10-40 lauki virs 40 laukiem2.3.2. Papildus ierobežojumi, kas ir atkarīgi no lauku vērtībām NAV 1-3 virs 32.3.3. Papildus ierobežojumi, kas ir saistīti ar tiesībām NAV NAV IR2.3.4. Datu atlase no FL pamata tabulas IR IR IR2.3.5. Pakārtoto tabulu skaits NAV 1 virs 12.4. Filtrs no FL pamata tabulas2.4.1. Pakārtoto filtrā iesaistīto tabulu skaits NAV 1 virs 12.5. Attēlojums izdrukā2.5.1. Attēlojamo tabulu skaits Izdrukā līdz 1 2 virs 22.5.2. Pielikumu skaits NAV līdz 1 virs 12.5.3. Kopējais lauku skaits līdz 30 līdz 55 virs 55

3. Elementu grupa - DATU PĀRBAUDES / DATU IZSAUKUMSDatu pārbaude pret Select operatora darbības rezultātu vai arī datu salīdzināšana ievadformas ietvaros pret jau atlasītiem datiem.Datu izsaukums: WS vai procedūras atgrieztie dati, kas ir jāielasa aplikācijas ievadformā vai arī TEMP tabulas rezultātu ielasīšana ievadformā.

Nr. Datu pārbaudes / datu izsaukuma kritēriji Sarežģītības līmenis 1

Vienkārša Vidēji sarežģīta Sarežģīta3.1. Datu pārbaudes no sistēmā uzkrātiem datiem vai sistēmā

uzturētu datu atlase atbilstoši izsaukumam3.1.1. Datu pārbaudes/datu izsaukumu attiecība 1:1 1:n 1:n, n:n3.1.2. Elementu skaits, kuru atgriež datu izsaukums līdz 10 11-16 virs 163.1.3. Citi datu izsaukumi vai pārbaudes NAV līdz 2 virs 2

4.Elementu grupa - ALGORITMI

11

Saprotama un precīzā darbību secība, kas apraksta objekta pārveidošanas procesu no sākuma uz beigu stāvokli. Jebkuras sarežģītības algoritmu var aprakstīt uz triju tipveida struktūru pamata: secības, zarošanas, atkārtošanas (cikli).

Nr. Algoritma sarežģītības kritērijiSarežģītības līmenis 1

Vienkāršs Vidēji sarežģīts Sarežģīts4.1. Līnijveida struktūra IR NAV NAV4.2. Zarošanas vai atkārtošanas elementi4.2.1. Algoritma zarošanās vai atkārtošanas elementi NAV IR IR4.2.2. Pilnu vai nepilnu zaru skaits NAV līdz 5 virs 54.2.3. Atkārtošanu (ciklu) skaits NAV līdz 6 virs 64.2.4. Apakšciklu skaits NAV līdz 3 virs 34.2.5. Citu algoritmisko (palīgalgoritmu) bloku izsaukumi NAV līdz 2 virs 2

5.Elementu grupa - KLASIFIKATORIDatu kopa, kas sagatavota atkārtotai izmantošanai FL elementu datu attēlošanai vai ievadei. Ietver arī mazā klasifikatora saraksta logu un lielā klasifikatora saraksta logu. Mazā saraksta loga gadījumā nav izvēlnes punkta, no kura var apskatīties klasifikatoru. Tas ir klasifikators ar mazu ierakstu un lauku skaitu.

Nr. Klasifikatoru sarežģītības kritēriji Sarežģītības līmenis 1

Vienkāršs Vidēji sarežģīts Sarežģīts5.1. Rediģējams formas logs (ievadlauks, radiopoga, izkrītošais saraksts,

spiedpoga, klasifikatora vērtības izvēle) – skatīšanas, labošanas, izveidošanas režīmos

5.1.1. Elementu skaits līdz 10 elementiem līdz 20 elementiem

virs 20 elementiem

5.1.2. Pakārtoto tabulu skaits NAV 1-2 virs 25.1.3. Pakārtoto lapiņu (Tab) skaits NAV 1-2 virs 25.2. Nerediģējams formas logs (ievadlauks, radiopoga, izkrītošais saraksts,

spiedpoga)5.2.1. Elementu skaits līdz 15 elementiem līdz 30

elementiemvirs 30 elementiem

5.2.2. Pakārtoto tabulu skaits 1 2-3 virs 35.2.3. Pakārtoto lapiņu (Tab) skaits 1 2-4 virs 45.3. Klasifikatora piesaiste5.3.1. Mazais klasifikatora saraksta logs IR | NAV IR IR

12

5.3.2. Lielais klasifikatora saraksta logs bez papildus ierobežojumiem

NAV | IR IR IR

5.3.3. Lielais klasifikatora saraksta logs ar papildus ierobežojumiem

NAV NAV IR

6.Elementu grupa - PĀRSKATIPārskata sarežģītību nosaka 4 faktori: algoritms, izdruka, filtrs un iespēja eksportēt ārējos formātos (piemēram, MS Excel vai MS Word).

Nr. Pārskatu sarežģītības kritērijiSarežģītības līmenis 1

Vienkāršs Vidēji sarežģīts Sarežģīts6.1. Algoritms vienkāršs vidēji sarežģīts sarežģīts6.2. Izdruka vienkārša vai vidēji

sarežģītavidēji sarežģīta vai sarežģīta

sarežģīta

6.3. Pārskatu eksportēšana NAV NAV IR6.4. Filtru skaits līdz 5 6 – 10 virs 10

PIEZĪMES: 1 Gadījumā, ja daļa kritēriju attiecas uz vienu sarežģītības līmeni, bet daļa uz sarežģītāku, tad izmaksas iespējams rēķināt atbilstoši sarežģītākā līmeņa izmaksām.1:n - viena pret daudzām.n:n - daudzas pret daudzām.

2.4. Iepirkuma līguma izpildes noteikumiAr Konkursa uzvarētāju tiks slēgts iepirkuma līgums atbilstoši Konkursa nolikuma 4.pielikumā iekļautajam iepirkuma līguma projektam.

3. Pretendentu kvalifikācijas prasības un atbilstību apliecinošie dokumenti3.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 veicamo būvdarbu vai 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 būvdarbu vai 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

Lai pretendents varētu piedalīties Konkursā, tam ir jāatbilst šādām prasībām:

3.3.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;3.3.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), izņemot nodokļu maksātājus, kas ir reģistrēti mazāk kā pirms 3 (trīs) gadiem. 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;3.3.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; 3.3.4. pretendenta gada vidējais neto apgrozījums 3 (trīs) iepriekšējo gadu laikā, skaitot no Konkursa izsludināšanas dienas (2014., 2015., 2016. un 2017.gadā) (vai proporcionāli pretendenta darbības laikā, ja no pretendenta darbības uzsākšanas (dibināšanas) datuma ir

pagājis mazāk par 3 (trīs) gadiem), vidēji gadā ir ne mazāks kā 1 500 000,00 EUR (viens miljons pieci simti tūkstošu euro un 00 centu). 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ā;3.3.5. pretendents iepriekšējo 3 (trīs) gadu laikā ir veiksmīgi īstenojis vismaz 1 (vienu) informācijas sistēmas izstrādes vai pilnveidošanas un uzturēšanas projektu, kuras aktīvo lietotāju (lietotājs, kurš 12 (divpadsmit) mēnešu laikā vismaz 1 (vienu) reizi pieslēdzies sistēmai) skaits ir 2500 (divi tūkstoši pieci simti) un kuras darbības laiks ir vismaz 12 (divpadsmit) personmēneši un līgumcena ir vismaz 1 200 000,00 (viens miljons divi simti tūkstošu euro un 00 centu) EUR bez PVN;

3.3.6. SISTĒMAS pilnveidošanas, uzturēšanas un garantijas nodrošināšanas projektā iesaistītā personāla kvalifikācijai jāatbilst zemāk redzamajā tabulā (3.tabula) noteiktajām minimālajām prasībām.

1 (viens) speciālists var tikt piedāvāts ne vairāk kā 2 (divās) kompetencēs.

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 (2014., 2015., 2016. un 2017.gadā).

Tabulā pretendentam jānorāda atbilstošā piedāvātā speciālista vārds un uzvārds, un norāde par sadaļu šī speciālista Curriculum Vitae (turpmāk – CV), kurā ir aprakstīta atbilstība izvirzītajai prasībai. Tāpat pretendentam jāapraksta iesaistāmā speciālista specifiskās zināšanas saistībā ar iepirkuma priekšmetu un jāsniedz apraksts un pamatojums, kāpēc šīs zināšanas ir būtiskas iepirkuma priekšmeta veiksmīgai realizācijai.

3.tabula

Nr.p.k. Kompetence Prasības Pretendenta

piedāvātais1. Projekta

pārvaldnieks

(informācijas tehnoloģijas projektu vadītājs)

Piedāvātajam projekta vadītājam jāatbilst visiem 1.punkta prasību apakšpunktiem:

(Vārds, uzvārds, uzņēmuma (uzņēmēj-sabiedrības) nosaukums, profesija, gadi nostrādāti uzņēmumā)**

1.1. Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) 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)**

1.2. projekta vadības pieredze vismaz vienā lielā (virs 100 (simts) personmēnešiem vai EUR 600 000) informācijas sistēmas izstrādes vai uzturēšanas projektā, kuru piedāvātais projekta pārvaldnieks vadījis vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros un kura ietvaros izstrādāto sistēmu tās pasūtītājs uz piedāvājuma

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


piedāvātaisiesniegšanas brīdi ir pieņēmis ar nodošanas – pieņemšanas aktu vai parakstījis līgumu par uzturēšanu un par kuru pretendents piedāvājumam pievienojis pasūtītāja atsauksmi.

2. Projekta vadītājs pretendentam jāpiedāvā vismaz 2 (divi) projekta vadītāji, kuru kvalifikācija atbilst visām 2.punkta apakšpunktu prasībām izņemot 2.1.apakšpunktu, kura prasības jānodrošina katram no piedāvātajiem speciālistiem;

(Vārds, uzvārds, uzņēmuma (uzņēmējsabiedrības) nosaukums, profesija, gadi nostrādāti uzņēmumā)**

2.1. Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) inženierzinātnēs, vadības zinībās, dabaszinātnēs, matemātikā vai informācijas tehnoloģijās;*


2.2. projekta vadības pieredze vismaz vienā lielā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) informācijas sistēmas izstrādes un/vai uzturēšanas projektā, kuru piedāvātais projekta vadītājs vadījis vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros un kura ietvaros izstrādāto sistēmu tās pasūtītājs uz piedāvājuma iesniegšanas brīdi ir pieņēmis ar nodošanas – pieņemšanas aktu vai parakstījis līgumu par uzturēšanu un par kuru pretendents piedāvājumam pievienojis pasūtītāja atsauksmi.

3. Vadošais tehnoloģiju speciālists – eksperts (informācijas vadības speciālists)

pretendentam jāpiedāvā vismaz 2 (divi) vadošie tehnoloģiju speciālisti – eksperti, kuru kvalifikācija kopā atbilst visām 3.punkta apakšpunktu prasībām, izņemot 3.1.apakšpunktu, kura prasības jānodrošina katram no piedāvātajiem speciālistiem;

(Vārds, uzvārds, uzņēmuma (uzņēmējsabiedrības) nosaukums, profesija, gadi nostrādāti uzņēmumā)**

3.1. 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


piedāvātaisinženierzinātnēs, vadības zinībās, dabaszinātnēs, matemātikā vai informācijas tehnoloģijās;*

grāds un/vai kvalifikācija)**

3.2. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas bāzēts uz Informix datubāzes vadības sistēmu un kurā piedāvātais vadošais tehnoloģiju speciālists - eksperts ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

3.3. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) darbā ar tīmekļa pakalpēm (web services), kurā piedāvātais vadošais tehnoloģiju speciālists - eksperts ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

3.4. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) darbā ar datu transformāciju programmatūrām (DataStage, Data Integrator vai DataServices), kurā piedāvātais vadošais tehnoloģiju speciālists - eksperts ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

3.5. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) darbā ar Centura Team Developer, kurā piedāvātais vadošais tehnoloģiju speciālists - eksperts ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**


piedāvātais3.6. jābūt pieredzei vismaz vienā

informācijas sistēmas izstrādes un/vai uzturēšanas projektā darbā ar Gupta Team Developer;

(Apraksts)**

3.7. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā darbā ar IBM InfoSphere Data Replication;

(Apraksts)**

3.8. jābūt pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) darbā ar Microsoft .NET, kurā piedāvātais vadošais tehnoloģiju speciālists - eksperts ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

4. Vadošais sistēmanalītiķis

pretendentam jāpiedāvā vismaz 2 (divi) vadošie sistēmanalītiķi, kuru kvalifikācija kopā atbilst visām 4.punkta apakšpunktu prasībām, izņemot 4.1.apakšpunktu, kura prasības jānodrošina katram no piedāvātajiem speciālistiem;


4.1. Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) izglītība inženierzinātnēs, vadības zinībās, dabaszinātnēs, matemātikā vai informācijas tehnoloģijās;*


4.2. sistēmanalītiķa pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas atbalsta ar nodokļu saistītos procesus, izstrādājot sistēmas vai programmatūras prasību specifikācijas un/vai projektējumus, piedaloties realizācijā, testēšanā un ieviešanā un kurā piedāvātais vadošais sistēmanalītiķis ir piedalījies vismaz pusi no projekta laika



piedāvātaisiepriekšējo 3 (trīs) gadu ietvaros;

4.3. jābūt sistēmanalītiķa pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas bāzēts uz Informix datubāzes vadības sistēmu un realizēts Centura Team Developer vidē, un kurā piedāvātais vadošais sistēmanalītiķis ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

4.4. jābūt vadošā sistēmanalītiķa pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā, kas bāzēts uz Informix datubāzes vadības sistēmu un realizēts Gupta Team Developer vidē;

(Apraksts)**

5. Sistēmanalītiķis pretendentam jāpiedāvā vismaz 2 (divi) sistēmanalītiķi, kuru kvalifikācija kopā atbilst 5.1.apakšpunkta prasībām;


5.1. zināšanas par sistēmas izstrādes rīkiem, programmatūras izstrādes vidēm - – .NET; ASP; C/C++; C#; Informix SQL, Centura; Gupta; DataStage;*

(Apraksts)**

6. Vadošais programmētājs

pretendentam jāpiedāvā vismaz 2 (divi) vadošie programmētāji, kuru kvalifikācija kopā atbilst visām 6.punkta apakšpunktu prasībām, izņemot 6.1.apakšpunktu, kura prasības jānodrošina katram no piedāvātajiem speciālistiem;





piedāvātais6.2. jābūt programmētāja pieredzei

vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas realizēts Centura Team Developer vidē, kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

6.3. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā, kas realizēts Gupta Team Developer vidē;

(Apraksts)**

6.4. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas realizēts Microsoft .NET, kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

6.5. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas realizēts ar tīmekļa pakalpēm (web services), kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

6.6. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas realizēts ar C/C++, C#, kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika

(Apraksts)**


piedāvātaisiepriekšējo 3 (trīs) gadu ietvaros;

6.7. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kas bāzēts uz Informix datubāzes vadības sistēmu, kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

6.8. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000) darbā ar datu transformāciju programmatūrām (DataStage, Data Integrator vai DataServices), kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

6.9. jābūt programmētāja pieredzei vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), izstrādājot programmatūru, izmantojot ASP, ASP.NET, XML/XSL tehnoloģijas, kurā piedāvātais vadošais programmētājs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros;

(Apraksts)**

7. Programmētājs pretendentam jāpiedāvā vismaz 3 (trīs) programmētāji, kuru kvalifikācija kopā atbilst 7.1 apakšpunkta prasībām;


7.1. Zināšanas par sistēmas izstrādes rīkiem, programmatūras izstrādes vidēm – .NET; ASP; C/C++; Informix SQL; Centura; Gupta;

(Apraksts)**


piedāvātaisDataStage; Oracle PL/SQL*

8. Testēšanas vadītājs Piedāvātajam testēšanas vadītājam jāatbilst visiem 8.punkta apakšpunktiem:




8.2. jābūt zināšanām informācijas sistēmas testēšanā, ko apliecina augstākās izglītības dokumenta izraksts, vai International Software Testing Qualifications Board (ISTQB) Certified Tester program, Advanced Level sertifikāts vai analogi, ko izsniegušas starptautiskās organizācijas Quality Assurance Institute vai International Software Testing Qualification Board;*

(Laika periods, izglītības iestādes nosaukums, iegūtais grāds vai kvalifikācija vai sertifikāta kopija)**

8.3. praktiska IS testēšanas vadītāja darba pieredze vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), kurā piedāvātais testēšanas vadītājs piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros.


9. Testētājs Piedāvātajiem testētājiem netiek izvirzītas kvalifikācijas prasības.


10. Tehniskais sekretārs (dokumentētājs)

Piedāvātajiem tehniskajiem sekretāriem (dokumentētājiem) jāatbilst visiem 10.punkta apakšpunktiem:

(Vārds, uzvārds, uzņēmuma (uzņēmēj-sabiedrības) nosaukums, profesija,


piedāvātaisgadi nostrādāti uzņēmumā)**

10.1. vismaz vidējā izglītība;* (Laika periods, izglītības iestādes nosaukums, iegūtais grāds un/vai kvalifikācija)**

10.2. C līmeņa 2.pakāpes latviešu valodas zināšanas;***

(Norādīt valodu, zināšanu līmeni (teicami, labi, viduvēji vai vāji) rakstītprasmei, lasītprasmei, runātprasmei)**

10.3. darba pieredze vismaz vienā informācijas sistēmas izstrādes un/vai uzturēšanas projektā (virs 60 (sešdesmit) personmēnešiem vai EUR 360 000), izstrādājot sistēmas un/vai lietotāja dokumentāciju, kurā piedāvātais tehniskais sekretārs ir piedalījies vismaz pusi no projekta laika iepriekšējo 3 (trīs) gadu ietvaros


11. Eksperts nodokļu administrēšanas jomā

Piedāvātajam ekspertam nodokļu administrēšanas jomā jāatbilst visiem 11.punkta apakšpunktiem:

(Vārds, uzvārds, uzņēmuma (uzņēmēj-sabiedrības) nosaukums, profesija)**

11.1. Augstākā izglītība (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību)


11.2. Praktiska pieredze nodokļu administrēšanas procesu nodrošināšanā

(Apraksts)**

Piezīmes:* - atbilstoši LR Ministru kabineta 2008.gada 2.decembra noteikumiem Nr. 990

“Noteikumi par Latvijas izglītības klasifikāciju”; pretendentam jāiesniedz piedāvāto speciālistu zināšanas apliecinoša dokumenta (piemēram, 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.

** - pretendents aizpilda par katru piedāvāto speciālistu atsevišķi atbilstoši piedāvātajai kompetencei.

*** - latviešu valodas zināšanu apjoma prasība ir noteikta atbilstoši LR Ministru kabineta 2009.gada 7.jūlija noteikumiem Nr.733 “Noteikumi par valsts valodas zināšanu apjomu un valsts valodas prasmes pārbaudes kārtību profesionālo un amata pienākumu veikšanai, pastāvīgās uzturēšanās atļaujas saņemšanai un Eiropas Kopienas pastāvīgā iedzīvotāja statusa iegūšanai un valsts nodevu par valsts valodas prasmes pārbaudi”.

3.3.6.1. 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 darbinieka pieredzes un kvalifikācijas vispārēju formulējumu, kas visvairāk atbilst uzdevuma mērķiem.]Izglītība:

4.tabulaLaika period

s

Izglītības iestādes nosaukums

Izglītība, iegūtais grāds, kvalifikācija

Kvalifikāciju apliecinošie dokumenti

Specializētie kursi:

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


s

Kursu sniedzēja iestādes nosaukums

Iegūtā kvalifikācija Iegūtie zināšanu

apliecinošie dokumenti

(piem. sertifikāti)

Darba pieredze: [Sākot ar pašreizējo amatu, uzskaitiet pretējā secībā katru darba vietu. Uzskaitiet visus amatus, sākot no augstskolas beigšanas, norādot mēnesi un gadu, darba vietu nosaukumu, ieņemamo amatu, projektu, 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ā.]


s

Faktiskā darba vieta

Projekts, amats

Kompetence, specializācija, izpildītie uzdevumi, funkcijas

Valodas: [Tehniskajam sekretāram (dokumentētājam) norādiet Latviešu valodas zināšanu līmeni un pakāpi.]

7.tabulaValoda Zināšanu līmenis un pakāpe

Runātprasme

Rakstītprasme

Lasītprasme

Apliecinājums: 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.

Darbinieka 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. Gadījumā, ja attiecīgā speciālista dati, kas norādīti pretendenta piedāvājumā, kas noformēts saskaņā ar 3.6.3.apakšpunkta 3.tabulu, nesakrīt ar CV norādītajiem speciālista datiem, par pareizajiem tiks uzskatīti CV norādītie speciālista dati.

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

8.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 3.tabulu*

Proj

ekta

pār

vald

niek

s (in

form

ācija

s teh

nolo

ģija

s pr

ojek

tu v

adītā

js)

Proj

ekta

vad

ītājs

Vad

ošai

s teh

nolo

ģiju

sp

eciā

lists

– e

kspe

rts

(info

rmāc

ijas v

adīb

as

spec

iālis

ts)

Vad

ošai

s sis

tēm

anal

ītiķi

s

Sist

ēman

alīti

ķis

Vad

ošai

s pro

gram

mēt

ājs

Prog

ram

mēt

ājs

Test

ēšan

as v

adītā

js

Test

ētāj

s

Tehn

iska

is se

kret

ārs

(dok

umen

tētā

js)

Eksp

erts

nod

okļu

ad

min

istrē

šana

s jom

ā

1.

…

2.

…

3.

…

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

3.3.7. 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.

3.4. 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 būtu iespējams izvērtēt, vai pretendents atbilst Konkursa nolikuma 3.3.apakšpunktā noteiktajām pretendenta kvalifikācijas prasībām, tam ir jāiesniedz tālāk minētie dokumenti vai to apliecinātas kopijas vai informācija:

3.4.1. lai apliecinātu atbilstību Konkursa nolikuma 3.3.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.4.2. lai apliecinātu atbilstību Konkursa nolikuma 3.3.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.4.3. lai apliecinātu atbilstību Konkursa nolikuma 3.3.3. un 3.3.4.apakšpunktā izvirzītajām prasībām, jāiesniedz peļņas vai zaudējumu aprēķinu par 3 (trīs) 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 3 (trīs) 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;

3.4.4. informācija par pretendenta pieredzi atbilstoši Konkursa nolikuma 3.3.5.apakšpunkta prasībām aizpildot 9.tabulu.

Tabulā jānorāda pakalpojuma saņēmējs, projekta (informācijas sistēmu izstrāde vai pilnveidošana un uzturēšanas nodrošināšana) sniegšanas laika periods, aktīvo lietotāju skaits, līgumcena un veikto darbu apraksts.

Pretendentam par katru tabulā norādīto veiksmīgi īstenoto projektu jāiesniedz atsauksme, kurā norādīts projekta apjoms personmēnešos.

9.tabula

Nr.p.k.

Pakalpojuma saņēmējs*

Projekta (informācijas sistēmu izstrāde vai

pilnveidošana un uzturēšana) sniegšanas gads un ilgums

personmēnešos*

Aktīvo lietotāju skaits*

Līgumcena EUR bez

PVN*

Īss veikto darbu

apraksts*

1.

Jānorāda nosaukums,

vien. reģ. Nr., kontaktpersona un tās tālruņa

numurs2.

…

Piezīmes: *- visi lauki aizpildāmi obligāti.

3.4.5. pretendentam jāsniedz informācija par Sistēmu pilnveidošanas, uzturēšanas un garantijas nodrošināšanas projektā iesaistītā personāla kvalifikāciju, aizpildot 3.3.6.apakšpunktā iekļauto 3.tabulu, un saskaņā ar 3.3.6.1.apakšpunktā noteikto CV formu un 3.3.6.2.apakšpunktā noteikto kopsavilkumu par piedāvātajiem speciālistiem.3.4.6. pretendents norāda informāciju, saskaņā ar Konkursa nolikuma 3.3.7.apakšpunktā prasīto.

4. Piedāvājuma vērtēšana un piedāvājuma izvēles kritērijs4.1. Piedāvājuma noformējuma pārbaude

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

4.1.2. ja piedāvājums neatbilst Konkursa nolikuma 1.4.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. un 3.3.apakšpunktā noteiktajām pretendenta kvalifikācijas prasībām;

4.2.3. 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ēšana4.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, t.sk. 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ērijs4.4.1. Komisija par Konkursa uzvarētāju atzīst to pretendentu, kura kvalifikācija un piedāvājums atbilst Konkursa nolikumā norādītajām prasībām un kura piedāvājums ir saimnieciski visizdevīgākais. Par saimnieciski visizdevīgāko tiks atzīts piedāvājums, kurš būs ieguvis lielāko punktu skaitu saskaņā ar Konkursa nolikuma 4.4.2.apakšpunktā noteiktajiem piedāvājumu vērtēšanas kritērijiem.4.4.2. saimnieciski visizdevīgākā piedāvājuma izvēles kritēriji un to skaitliskās vērtības:

10.tabulaNr.p.k. Kritērijs Punktu piešķiršanas metodika Punkti

1. Finanšu aspekti 70Izstrādes elementu vidējā svērtā cena

Izstrādes elementu vidējā svērtā cena tiks rēķināta, pamatojoties uz pretendenta finanšu piedāvājumā sniegto informāciju pēc šādas formulas:

(1.elementu grupa kopā x 30% + 2.elementu grupa kopā x 30% + 3.elementu grupa kopā x 5% + 4.elementu grupa kopā x 15% + 5.elementu grupa kopā x 15% + 6.elementu grupa kopā x 5%) ÷ 100%

Maksimālo punktu skaitu piešķir piedāvājumam ar viszemāko izstrādes elementu vidējo svērto cenu, pārējiem proporcionāli mazāk.Piešķiramo punktu skaitu aprēķina saskaņā ar šādu formulu:Viszemākā izstrādes elementu vidējā svērtā cena ÷ Vērtējamā piedāvājuma izstrādes elementu vidējo svērto cenu x 70(Vērtējumu nosaka ar precizitāti divas zīmes aiz

70

Nr.p.k. Kritērijs Punktu piešķiršanas metodika Punkti

komata)2. Saimnieciski

izdevīgākā piedāvājuma noteikšanas kritēriji

30

2.1 Piedāvāti speciālisti ar IBM Certified System Administrator – Informix, 11.70, Oracle Certified Profesional sertifikāciju

Vērtēšana tiek veikta pamatojoties uz pretendenta piedāvājumā sniegto informāciju par SISTĒMU pilnveidošanas, uzturēšanas un garantijas nodrošināšanas projektā iesaistītā personāla kvalifikāciju.2 punkti par katru piedāvāto speciālistu, bet ne vairāk, kā 10 punkti kopā

10

2.2 Piedāvāti vadošie speciālisti* ar pieredzi nodokļu administrēšanas informācijas sistēmas izstrādē vai uzturēšanā

Vērtēšana tiek veikta pamatojoties uz pretendenta piedāvājumā sniegto informāciju par SISTĒMU pilnveidošanas, uzturēšanas un garantijas nodrošināšanas projektā iesaistītā personāla kvalifikāciju.1 punkts par katru piedāvāto speciālistu (izņemot ekspertu nodokļu administrēšanas jomā), bet ne vairāk kā 10 punkti kopā

10

2.3 Darbinieku apmācība Vērtēšana tiek veikta pamatojoties uz pretendenta piedāvājumā sniegto informāciju par SISTĒMU pilnveidošanas, uzturēšanas un garantijas nodrošināšanas projektā iesaistītā personāla kvalifikāciju.Vadošie speciālisti* (piedāvājumā norādītie) iepriekšējo 3 gadu laikā ir cēluši savu izglītību vai profesionālo kvalifikāciju atbilstoši piedāvātajai lomai:81%-100% - 5 punkti61%-80% - 4 punkti41%-60% - 3 punkti21%-40% - 2 punktiLīdz 20% - 1punkts

5

2.4 Komandas sadarbības pieredze

Pretendenta** piedāvātajiem vadošajiem speciālistiem* ir sadarbības pieredze, kopīgi realizējot vismaz vienu projektu, kura apjoms ir virs 60 (sešdesmit) personmēnešiem vai EUR 360 000:81%-100% - 5 punkti61%-80% - 4 punkti41%-60% - 3 punkti21%-40% - 2 punktiLīdz 20% - 1punkts

5

Maksimālais iespējamais punktu skaits

100

Piezīmes: * – projekta pārvaldnieks, projekta vadītājs, vadošais tehnoloģiju speciālists – eksperts, vadošais sistēmanalītiķis, vadošais programmētājs, testēšanas vadītājs.** – ja pretendents ir personu apvienība, šajā kritērijā punktus piešķir, atbilstoši kritērijam atbilstošo darbinieku skaita visā personu apvienībā darbinieku attiecībai pret visu nodarbināto skaitu visā personu apvienībā.Vērtēšana tiek veikta pamatojoties uz Pretendenta apliecinājumu, kurā norādīts kritērijam atbilstošo darbinieku skaits un pievienoti

pierādījumi, ka šie darbinieki kopīgi ir piedalījušies konkrēta projekta realizācijā (piemēram, pasūtītāja atsauksme, sanāksmju protokoli, projekta dokumentācija).

4.4.3. Gadījumā, ja vairāki pretendenti saņēmuši vienādu punktu skaitu, līguma slēgšanas tiesības tiek piešķirtas pretendentam, kurš saņēmis lielāko punktu skaitu par kritēriju “Piedāvāti vadošie speciālisti* ar pieredzi nodokļu administrēšanas informācijas sistēmas izstrādē vai uzturēšanā”.

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

4.5.1. Pasūtītājs pārbauda, vai saskaņā ar Publisko iepirkumu likuma 42.panta pirmo un otro 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ā un otrajā daļā 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 veicamo būvdarbu vai 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.pielikumsatklāta konkursa nolikumam “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana” iepirkuma identifikācijas Nr. FM VID 2017/076/ERAF

Pieteikums par piedalīšanos atklātā konkursā“Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas

sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana” iepirkuma identifikācijas Nr. FM VID 2017/076/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ā “Nodokļu informācijas sistēmas un Valsts amatpersonu

deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”, iepirkuma identifikācijas Nr. FM VID 2017/076/ERAF ( turpmāk – Konkurss);

apņemas ievērot visas Konkursa nolikuma prasības; piekrīt visiem Konkursa nolikuma 4.pielikumā ietvertā līguma noteikumiem un apņemas līguma

slēgšanas tiesību piešķiršanas gadījumā bez ierunām parakstīt minēto līgumu un pildīt visus tā noteikumus;

apliecinu, ka, saskaņā ar Konkursa nolikuma 3.3.1.apakšpunktu, kopējās likviditātes koeficients ir ________(jānorāda divus ciparus aiz komata);

apliecinu, ka, saskaņā ar Konkursa nolikuma 3.3.2.apakšpunktu, pašu kapitāls ir ____________; apliecina, ka visas sniegtās ziņas ir patiesas; apliecina, ka atbilst/neatbilst mazā1 vai vidējā2 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).

_______________________ (paraksts)

z.v.Komersanta adrese _____________________________________________________________________,(tālruņa (faksa) numuri, e-pasta adrese) _____________________________________________________________________.(komersanta izpildinstitūcijas pārstāvja-/u vai pilnvarotās personas amats, vārds un uzvārds

1 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 euro2 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

_____________________________________________________________________


TEHNISKĀ SPECIFIKĀCIJA

atklātam konkursam “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”, iepirkuma identifikācijas Nr. FM VID 2017/076/ERAF,

(turpmāk – Konkurss)

Informācija par Konkursa tehniskajām prasībāmSATURS

1.1. Dokumenta nolūks un izmantošana.............................................................................291.2. Termini, saīsinājumi un paskaidrojumi........................................................................291.3. Saistība ar normatīvajiem aktiem.................................................................................311.4 Dokumenta pārskats.....................................................................................................312. SISTĒMAS apraksts....................................................................................................312.1. NIS izpildāmās funkcijas.............................................................................................322.2. NIS izpildāmās funkcijas.............................................................................................322.3. Sistēmas arhitektūra.....................................................................................................342.4. NIS klienta programmatūras svarīgākās funkcionālās komponentes..........................342.5. NIS klienta izstrādes vide............................................................................................352.6. NIS servera programmatūra.........................................................................................352.7. Datu apmaiņa ar citu institūciju informācijas sistēmām un citām VID IS..................352.8. NIS apakšsistēmu apraksts...........................................................................................372.8.1. Izziņu informācijas sistēma (IZIS).........................................................................372.8.1.1. IZIS izpildāmās funkcijas.......................................................................................372.8.1.2. IZIS svarīgākās funkcionālās komponentes...........................................................372.8.1.3. Sistēmas arhitektūra................................................................................................372.8.1.4. IZIS klienta programmatūra...................................................................................382.8.1.5. IZIS servera programmatūra...................................................................................382.8.2. Pašvaldību datubāze (PvDB)..................................................................................382.8.2.1. PvDB izpildāmās funkcijas....................................................................................382.8.2.2. Datu apmaiņas raksturojums..................................................................................382.8.3. Akcīzes preču apritē iesaistīto personu reģistrācijas datu apmaiņas sistēma

(SEED).........................................................................................................................392.8.3.1. Sistēmas izpildāmās funkcijas................................................................................392.8.3.2. Sistēmas arhitektūra un komponentes....................................................................392.9. Valsts amatpersonu deklarāciju informācijas sistēma (VADIS).................................422.9.1. VADIS izpildāmās funkcijas..................................................................................422.9.2. Sistēmas arhitektūra................................................................................................422.9.3. VADIS klienta programmatūras svarīgākās funkcionālās komponentes...............422.9.4. VADIS klienta izstrādes vide.................................................................................422.9.5. VADIS servera programmatūra..............................................................................432.9.6. Datu apmaiņa ar citām VID IS...............................................................................43

2.10.Paredzamās izmaiņas NIS VADIS sistēmās................................................................433. Prasības Pakalpojumam...............................................................................................433.1. Prasības Pakalpojuma pārvaldībai...............................................................................433.2. Vispārējas prasības Pakalpojumam..............................................................................453.3. Prasības SISTĒMAS pieejamībai un veiktspējai.........................................................463.4. Prasības pieteikumu apstrādei......................................................................................463.5. Izmaiņu realizācijas prasības.......................................................................................473.6. Testēšanas prasības......................................................................................................483.7. Projekta nodevumu piegāde un uzstādīšana................................................................503.8. Drošības prasības.........................................................................................................513.9. Garantija.......................................................................................................................52

Ievads

1.1. Dokumenta nolūks un izmantošana

Šī dokumenta nolūks ir aprakstīt prasības Valsts ieņēmumu dienesta Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas (turpmāk – SISTĒMA) pilnveidošanas, uzturēšanas un garantijas nodrošināšanas pakalpojumam (turpmāk – Pakalpojums). Attiecībā pret šīm prasībām tiks veikta Izstrādātāja iesniegtā tehniskā piedāvājuma novērtēšana Konkursa ietvaros.

Tehniskā specifikācija ir Pasūtītāja sagatavots un apstiprināts dokuments, kurš ir iepirkuma dokumentācijas sastāvdaļa. Dokuments ir adresēts Izstrādātājiem, kuri veiks piedāvājumu sagatavošanu Konkursam, un Pasūtītāja atbildīgajiem darbiniekiem, kuri piedalīsies Konkursa iepirkuma procedūrā.

1.2. Termini, saīsinājumi un paskaidrojumi1.tabula – Termini, saīsinājumi un paskaidrojumi

Termins vai saīsinājums Apraksts

AEOI Automātiskā informācijas apmaiņa (Automatic Exchange of Information)

AP Administratīvais pārkāpums

APLIS Administratīvo pārkāpumu lietvedības informācijas sistēma

CCN Specializēts tīkls, kurš nodrošina komunikāciju starp ES dalībvalstīm

CCN/CSI Informācijas apmaiņas infrastruktūra starp Latvijas VID un pārējām ES dalībvalstīm

CMIS Centrālā muitas informācijas sistēma

DAS Datu apmaiņas sistēma

DB Datubāze

DNS Datu noliktavas sistēma

DPS Datu pārsūtīšanas sistēma

EDS Elektroniskā deklarēšanas sistēma

EK Eiropas Komisijas

EMCS Akcīzes preču pārvietošanas un kontroles sistēmas

ES Eiropas Savienība

IeIeN Iedzīvotāju ienākuma nodoklis

IS Informācijas sistēma

ISIPS Informācijas sistēmu izmaiņu pārvaldības sistēma

ISO/IEC Starptautiskā standartizācijas organizācija (International Organization for Standardization (ISO)) un Starptautiskā elektrotehnikas komisija (the International Electrotechnical Commission (IEC))

IZIS Izziņu informācijas sistēma

Izstrādātājs Sākotnēji Konkursa pretendents. Pēc Konkursa iepirkuma līguma tiesību

piešķiršanas – līguma izpildītājs.

MAIS Maksājumu administrēšanas informācijas sistēma

M1SS

(arī MOSS)

PVN īpašā režīma apzīmējums (Mini One Stop Shop)

NIS Nodokļu informācijas sistēma

NMR dati Nodokļu maksātāju reģistra dati

Nodevums Izstrādātāja jebkurš darba rezultāts, kas iesniedzams Pasūtītājam

NUS dati Nodokļu uzskaites sistēmas dati

Pasūtītājs Valsts ieņēmumu dienests

Pakalpojums Ja nav norādīts citādi, Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas uzturēšana, pilnveidošana un garantijas nodrošināšana

PDF Portable Document Format

PPA Programmatūras projektējuma apraksts

PPP Pamatparāda palielinājums

PPS Programmatūras prasību specifikācija

Projekts Darbu un pasākumu kopums, kuram ir noteikts sākums un beigas, kā arī virkne tehnisku un ekonomisku kritēriju un rādītāju

PVN Pievienotās vērtības nodoklis

PvDB Pašvaldību datubāze

SEED ES akcīzes preču apritē iesaistīto personu reģistrācijas datu apmaiņas sistēma

SISTĒMA VID Nodokļu informācijas sistēma un Valsts amatpersonu deklarāciju informācijas sistēma

UIeN Uzņēmumu ienākuma nodoklis

VADIS Valsts amatpersonu deklarāciju informācijas sistēma

VID Valsts ieņēmumu dienests

VSAA Valsts sociālās apdrošināšanas aģentūra

VSAOI Valsts sociālās apdrošināšanas obligātās iemaksas

XML Paplašināmā iezīmēšanas valoda (eXtensible Markup Language)

Katrai tehniskajā specifikācijā definētajai prasībai ir šāda struktūra: Indekss – skaitlis, kas tehniskajā specifikācijā apzīmē konkrētās prasības kārtas numuru.

Indeksu numerācija ir sakārtota augošā secībā, sākot ar 1, 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 orientēšanos tajā (ātra konkrētās prasības atrašana, tehniskās specifikācijas sasaiste ar nolikumu u.tml.).

Prasības nosaukums – ir konkrētās 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 Izstrādātājam 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 Izstrādātāja tehniskā piedāvājuma atbilstību Konkursa nolikuma mērķiem un uzdevumiem.

Prasības prioritāte – prasības ir iedalītas divās prioritātēs (skatīt 2.tabulā). Ja prasības formulējumā ir vārds “vismaz”, tad prasība nosaka minimālās prasības. Izstrādātājam 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.

2.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 Izstrādātāja izpratne par piedāvājamo risinājumu.

Izstrādātājam piedāvājumā katrai prasībai jāsniedz tās realizācijas (izpildes) apraksts.Apraksts, kurš saturēs tikai prasības teksta kopiju ar prasības izpildes apsolījumu vai arī citu prasību realizācijas piedāvājumu, būs pretrunā ar tehniskās specifikācijas prasībām un netiks uzskatīts par atbilstošu, un šādi piedāvājumi tiks izslēgti no vērtēšanas.

1.3. Saistība ar normatīvajiem aktiem

Izstrādātājam jānodrošina savu veikto Projekta darbu un iesniegto nodevumu atbilstība ISO/IEC 15408 “Informācijas tehnoloģija – Drošības tehnikas – IT drošības novērtējuma kritēriji” noteiktajām funkcionālajām drošības prasībām, kā arī Izstrādātājam jāievēro 02.05.2002. likums “Valsts informācijas sistēmu likums”, 28.07.2015. Ministru kabineta noteikumi Nr.442 “Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām”, 31.10.2002. likums “Elektronisko dokumentu likums”, 23.03.2000. likums “Fizisko personu datu aizsardzības likums”, 23.09.2014. Ministru kabineta noteikumi Nr.563 “Noteikumi par ziņu sniegšanu un saņemšanu no Sodu reģistra, valsts nodevas apmēru un izziņas noformēšanas prasībām”.

1.4 Dokumenta pārskats

Dokuments sastāv no 3 (trijām) 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ā nodaļā ir Nodokļu informācijas sistēmas (NIS) un Valsts amatpersonu deklarāciju informācijas sistēmas (VADIS) esošās situācijas apraksts.

Trešajā nodaļā ir aprakstītas prasības Pakalpojumam un sniegts šo prasību apraksts, kā arī, kur tas nepieciešams, specificētas prasības Tehniskajam piedāvājumam.

2. SISTĒMAS aprakstsVID uzsācis īstenot projektu “Nodokļu informācijas pakalpojumu modernizācija”, kura ietvaros tiks izstrādāta jauna Maksājumu administrēšanas informācijas sistēma, kas pārņems esošo NIS un VADIS funkcionalitāti, līdz ar to tiek plānots, ka 2021.gadā NIS un VADIS darbība tiks pārtraukta.

Aprakstā minētā informācija satur vispārēju informāciju par Pasūtītāja rīcībā esošo NIS, VADIS uz 01.04.2017., kura Izstrādātājam būs jāpilnveido un jāuztur līguma darbības laikā.

Detalizēts informācijas sistēmas apraksts tiks izsniegts Konkursa uzvarētājam pēc līguma noslēgšanas.

2.1. NIS izpildāmās funkcijas

NIS (skatīt att. 2-1) ir VID IS lielākā komponente, kuru savā darbā izmanto nodokļu administrācijas darbinieki. NIS ir reģistrēta Valsts informācijas sistēmu reģistrā.

Att. 2-1. VID Nodokļu informācijas sistēma (NIS)

2.2. NIS izpildāmās funkcijas

NIS ir paredzēta:

1) nodokļu maksātāju (gan juridisko personu, gan fizisko personu), maksājamo nodokļu, nodokļu atvieglojumu reģistrācijai un reģistrācijas datu aktualizēšanai, tajā skaitā: personu reģistrācijai PVN maksātāju reģistrā un izslēgšanai no tā (PVN izslēgšanas

gaitas apstrādei); paaugstināta riska objektu un personām reģistrējamo risku datu apstrādei (paredzēta

riska informācijas par juridiskajām personām un individuālajiem komersantiem, attiecībā uz kuriem izpildās viens vai vairāki uz nodokļu maksātāju reģistrācijas datiem balstīti riska faktori, reģistrēšanai un apstrādei);

nodokļu maksātāju fizisko personu dubultās reģistrācijas gadījumu identificēšanas un novēršanas atbalstam;

Sabiedriskā labuma organizāciju reģistra datu apstrādei; no ārējām institūcijām saņemtās informācijas attēlošanai NMR datos;

2) dažādu pārskatu sagatavošanai par nodokļu maksātājiem, nodokļu maksātāju analīzei;3) VID administrējamo nodokļu, nodevu un iemaksu uzskaites kopīgo funkciju izpildei,

tajā skaitā: aprēķināto un faktiski iemaksāto summu uzskaitei; nokavējuma naudas noteikšanai un līdz 31.12.2006. - arī pamatparāda palielinājuma

(PPP) noteikšanai; maksāšanas termiņa pagarinājumu apstrādei;

nodokļu maksātāja stāvokļa aprēķinam norēķinos ar Valsts budžetu; nodokļu parādnieku datubāzes datu sagatavošanai un apstrādei; publiskojamo datubāzes datu sagatavošanai par nodokļu maksātāju (komersantu)

iepriekšējā taksācijas gadā samaksāto VID administrēto nodokļu (nodevu) apmēra kopsummu, samazinot to par nodokļu summu, kas atmaksāta no budžeta, atsevišķi norādot iedzīvotāju ienākuma nodokļa kopsummu un VSAOI kopsummu, kā arī vidējo nodarbināto personu skaitu;

deklarāciju, pārskatu un citu pirmdokumentu iesniegšanas plānošanai, reģistrēšanai un uzskaitei;

arhivēto vēsturisko datu iegūšanai no arhīva datubāzes;4) katram nodokļu vai maksājumu veidam specifisko deklarāciju, nodokļu pārskatu vai

citu pirmdokumentu apstrādei un saglabāšanai, kā arī citu specifisku funkciju izpildei, tajā skaitā: IeIeN pirmdokumentu, ieskaitot audita izziņas, apstrādei, IeIeN faktisko maksājumu

teritoriālā sadalījuma iegūšanai, no ES dalībvalstu un to atkarīgo un saistīto teritoriju kompetentajām iestādēm, kā arī no trešajām valstīm, ar kurām LR ir noslēgusi starptautiskos līgumus par nodokļu dubultās uzlikšanas novēršanu, saņemtās informācijas par Latvijas rezidentu gūto ienākumu izvietošanu NIS un atpazīšanu, fizisko personu papildu deklarāciju, mantiskā stāvokļa deklarāciju apstrādei, IeIeN atmaksas procesa automatizēšanai pēc gada ienākumu deklarāciju apstrādes;

UIeN deklarāciju un pielikumu, Tonnāžas nodokļa deklarāciju apstrādei, avansa maksājumu aprēķinam, nodokļa atlaižu piemērošanai, UIeN kontroles gaitas datu apstrādei;

PVN deklarāciju un to pielikumu datu apstrādei un pārbaudei, PVN pārmaksu atmaksāšanai, kopsavilkuma pārskatu un labojumu pārskatu par preču piegādēm un sniegtajiem pakalpojumiem Eiropas kopienas teritorijā apstrādei, nodokļu maksātāja PVN pārmaksu riska aprēķinu rezultātu apstrādei, PVN kontroles gaitas apstrādei;

dabas resursu nodokļa pārskatu apstrādei, aprēķināto un iemaksāto summu sadalījuma pa vides aizsardzības speciālajiem budžetiem iegūšanai, iemaksāto summu centralizētai novirzīšanai pašvaldību vides aizsardzības speciālo budžetu kontos;

VSAOI pirmdokumentu, ieskaitot audita izziņas, apstrādei, datu apmaiņai ar VSAA, t.sk. no VSAA saņemto datu par darba devēju pārmaksātajām VSAOI izmantošanai nākošo periodu aprēķināto summu segšanai;

izložu un azartspēļu nodokļa pārskatu apstrādei, izmantojot no Finanšu ministrijas Izložu un azartspēļu uzraudzības inspekcijas elektroniskā veidā saņemto informāciju par ekspluatētajām azartspēļu iekārtām;

akcīzes nodokļa deklarāciju apstrādei; elektroenerģijas nodokļa deklarāciju apstrādei; numerācijas nodevas deklarāciju apstrādei; komplekso nodokļu datu apstrādei (mikrouzņēmumu nodokļa deklarāciju, sezonas

laukstrādnieku ziņojumu un reģistrācijas iesniegumu patentmaksas veikšanai apstrādei);

5) VID izpildāmo kontroles pasākumu (audits, tematiskās pārbaudes, datu atbilstības pārbaudes u.c.) atbalstam, kā arī papildus aprēķināto summu un soda naudas nomaksas kontrolei;

6) nodokļu maksātājiem izsniedzamo izziņu sagatavošanai un drukāšanai;7) nenomaksāto nodokļu piedziņas atbalstam, ieskaitot piedziņas procesā izmantojamo

dokumentu sagatavošanu un drukāšanu;8) ar akcīzes preču uzskaiti un apriti saistīto uzdevumu atbalstam, tajā skaitā:

akcīzes preču aprites pārskatu apstrādei;

ar marķējamo akcīzes preču uzskaiti saistīto pirmdokumentu ievadei un apstrādei; akcīzes preču speciālo atļauju (licenču), vispārējā un vienreizējā nodrošinājuma

apliecību un citu ar akcīzes preču apriti saistītu atļauju un izziņu apstrādei; ekonomiskās informācijas analīzei; akcīzes preču aprites riska kritēriju uzskaitei; vienkāršotu administratīvi harmonizēto akcīzes preču pavaddokumentu apstrādei;

9) VID kontrolējamo darījumu un objektu reģistrācijai, to kustības vai aprites uzskaitei, tajā skaitā: kases aparātu un sistēmu reģistrācijai, to iegādes, pārdošanas, uzstādīšanas un

demontāžas uzskaitei; kases aparātu stingrās uzskaites plombu pieprasījumu, pasūtījumu, saņemšanas,

pārdošanas informācijas apstrādei, kā arī neatbilstības aktu un pārskatu par plombu izlietojumu apstrādei;

skaidrā naudā veikto darījumu deklarāciju apstrādei un kontrolei; gada pārskatu (uzņēmumu gada pārskats, konsolidētais uzņēmumu gada pārskats,

bankas gada pārskats, apdrošinātāja gada pārskats, biedrību, nodibinājumu un arodbiedrību gada pārskats u.c.) informācijas apstrādei un analīzei, kā arī gada pārskatu informācijas nodošanai LR Uzņēmumu reģistram;

darījumus apliecinošo kvīšu grāmatiņu reģistrācijai, to izlietojuma uzskaitei un pārbaudei;

biļešu un biļešu grāmatiņu reģistrācijai, to izlietojuma uzskaitei un kontrolei.

2.3. Sistēmas arhitektūra

NIS ir divlīmeņu (klienta-servera arhitektūras) sistēma, kas sastāv no šādām vienotām komponentēm:

NIS DB ar atbilstošo programmatūru, ko VID struktūrvienības izmanto ļoti daudzu funkcionāli visai atšķirīgu, bet savstarpēji saistītu uzdevumu izpildē, kā arī tā tiek izmantota datu apmaiņai ar ārējām institūcijām;

NIS speciālā DB ar atbilstošo programmatūru, kas tiek izmantota atsevišķu dokumentu apstrādei; starp NIS DB un NIS speciālo DB notiek vienpusēja datu apmaiņa, izmantojot speciālu datu pārsūtīšanas programmatūru.

2.4. NIS klienta programmatūras svarīgākās funkcionālās komponentes

NIS programmatūra ir realizēta vairāku lietojumprogrammu veidā:

NIS galvenā lietojumprogramma gan ar DB, gan ar speciālo DB realizē sistēmas pamatfunkcionalitāti un, izmantojot darba vietu jeb lomu (role) mehānismu, tiek noskaņota (parametrizēta) atbilstoši lietotāja kategorijai (kompetencei un pilnvarām);

NIS administratoru lietojumprogramma ir paredzēta galvenokārt NIS lietotāju pārvaldībai (reģistrēšana, darba vietu piešķiršana, piekļuves bloķēšana u.tml.), kā arī dažu citu NIS darbības atbalsta funkciju realizācijai;

DAS lietojumprogramma ir paredzēta datu apmaiņai ar citiem valsts reģistriem, t.sk., konfigurējami importi no Excel formāta datnēm;

DPS lietojumprogramma ir paredzēta vienpusējai datu pārsūtīšanai no NIS DB uz NIS speciālo DB, izmantojot uz DB trigeriem balstītu izmaiņu fiksēšanu. Katrā DB tiek darbināta sava DPS lietojumprogrammas instance;

lietojumprogramma informācijas sagatavošanai nodošanai VSAA, kuru ir paredzēts darbināt tikai NIS speciālajā DB;

NIS Web servisi datu apmaiņai, izmantojot VID informācijas sistēmu savietotāju.

2.5. NIS klienta izstrādes vide

NIS klienta programmatūra ir izstrādāta šādās vidēs:

GUPTA Team Developer 6.2 vai jaunāka; MS Visual Studio, V.6.0 vai jaunāka.

DAS programmatūra (darbināma arī no komandrindas) ir izstrādāta šādās vidēs:

GUPTA Team Developer 6.2 vai jaunāka; Microsoft Visual Studio C++; Microsoft Visual Studio C#.

DPS programmatūra (darbināma arī no komandrindas) ir izstrādāta šādās vidēs:

GUPTA Team Developer 6.2 vai jaunāka; Microsoft Visual Studio C++,

kā arī e-pastu sūtīšanai izmantoti DataStage datu transformāciju procesi.

Minētās lietojumprogrammas tiek darbinātas Windows vidē (Windows 7 vai jaunāka), kā arī IBM Informix Client-SDK 3.5 vai jaunāka.Web servisi ir izstrādi izmantojot Java Enterprise Edition platformu kā autonomi publicējamu EAR aplikāciju, kura izmanto šādus VID infrastruktūras komponentus:

VIDISS Lielapjoma datu krātuvi (LDK) un WS tehnoloģiju; VIDISS infrastruktūrā ietilpstošo VID lietotāju repozitoriju (AD - Active Directory); Oracle WebLogic Server lietojumserveru klasteri (versija 12.1.3 vai augstāka), uz

kura uzstādīts vismaz Oracle Enterprise Manager, Oracle Metadata Services un Oracle Web Services Manager (OWSM) ar tā sniegto drošības politiku pārvaldības infrastruktūru.

2.6. NIS servera programmatūra

Kā NIS DB servera programmatūra tiek izmantota Informix Dynamic Server, V.11 vai jaunāka, kas tiek darbināta Windows Server 2003 Enterprise x64 Edition vai jaunākā (NIS speciālā DB) un AIX 6 vai jaunākā (NIS DB) vidē. Sistēmā plaši tiek izmantotas Informix DB saglabātās (stored) procedūras un trigeri, kuras var klasificēt kā NIS servera programmatūras sastāvdaļu.

2.7. Datu apmaiņa ar citu institūciju informācijas sistēmām un citām VID IS

No datu apstrādes operativitātes viedokļa svarīgākās NIS ārējās saskarnes ir ar:

LR Uzņēmumu reģistru, kas reģistrē komersantus, uzņēmumus, uzņēmējsabiedrības un to filiāles, kooperatīvās sabiedrības, individuālos uzņēmumus, zemnieku vai zvejnieku saimniecības, ārvalstu komersanta filiāles, ārvalstu komersanta pārstāvniecības, organizācijas pārstāvniecības vai pārstāvjus, Eiropas ekonomisko interešu grupas, Eiropas komercsabiedrības, Eiropas kooperatīvās sabiedrības, politiskās organizācijas (partijas), arodbiedrības, sabiedriskas organizācijas, biedrības un nodibinājumus, reliģiskās organizācijas un to iestādes arī kā nodokļu maksātāji un elektroniskā veidā sniedz VID informāciju par reģistrētajiem nodokļu maksātājiem un izmaiņām reģistrācijas datos;

Pilsonības un migrācijas lietu pārvaldi, kas uztur Latvijas Iedzīvotāju reģistru un elektroniskā veidā sniedz VID informāciju par papildinājumiem un izmaiņām šī reģistra datos;

Valsts kasi, no kuras tiešsaistes režīmā tiek saņemti valsts budžeta kontu izrakstu dati un informācija par nodokļu maksātāju veiktajiem nodokļu maksājumiem un kurai ar Valsts kases informācijas sistēmas eKase starpniecību tiek sniegta

informācija par VID sagatavotajiem maksājumiem (pārskaitījumi uz citu nodokli, atmaksas, novirzīšana speciālo budžetu kontos u.c.);

VSAA, kura elektroniski no VID saņem datus par no darba dēvēju un pašnodarbināto personu ziņojumiem par aprēķinātājiem VSAOI no darba ņēmēju un pašnodarbināto personu darba ienākumiem pārskata mēnesī un no mikrouzņēmumu deklarācijām par mikrouzņēmumu darbinieku mēneša ienākumiem, par mikrouzņēmumu aprēķinātajām VSAOI un laukstrādniekiem aprēķinātajām VSAOI, par darba ņēmējiem un pašnodarbinātajiem, par veiktajiem VSAOI, sociālā nodokļa un mikrouzņēmumu nodokļa maksājumiem, par auditā aprēķinātajām VSAOI, par reģistrētajiem darba devējiem (par juridiskajām un fiziskajām personām), par fizisko personu atvieglojumiem, par nodokļu maksātāju reorganizāciju, par patentmaksātājiem, par darba devēja pārmaksātajām VSAOI u.c. , un sniedz VID informāciju par pensionētajām personām, informāciju par VSAA aprēķinātajām pārmaksātajām VSAOI, par ieturēto IeIeN no izmaksātajiem slimības pabalstiem, pensijām un atmaksātajām VSAOI, kā arī informāciju par fiziskajām personām izmaksātajām ar IeIeN neapliekamajām summām, par nerezidentu gūtajiem ienākumiem un samaksāto nodokli, par VSAA izsniegtajiem A1 sertifikātiem un no citām ES dalībvalstīm saņemtajiem A1 sertifikātiem u.c.;

divām pašvaldībām (Rīga, Ventspils), kurām tiek sniegta plaša informācija par iedzīvotāju deklarēto, darba devēju ieturēto un iemaksāto IeIeN;

Valsts zemes dienestu, kas uztur Nekustamā īpašuma valsts kadastra informācijas sistēmu un Valsts adrešu reģistru, un elektroniskā veidā sniedz VID informāciju par papildinājumiem un izmaiņām šo reģistru datos;

nodokļu maksātājiem, no kuriem elektroniski tiek saņemtas deklarācijas un citi nodokļa aprēķina dokumenti, kā arī tiek saņemts papīra dokumentu veidā.

No nodokļu administrēšanas viedokļa svarīgas ir arī NIS ārējās saskarnes ar:

dažādām izmeklēšanas institūcijām; vairākām licencēšanas institūcijām, ieskaitot Finanšu ministrijas Izložu un azartspēļu

uzraudzības inspekciju; citām valsts pārvaldes institūcijām (piemēram, Veselības un darbspēju ekspertīzes

ārstu valsts komisiju, Izglītības un zinātnes ministriju, Uzturlīdzekļu garantiju fonda administrāciju).

Datu apmaiņas ar citām VID IS:

Datu noliktavas sistēma; Elektroniskās deklarēšanas sistēma; Audita atbalsta informācijas sistēma; Eksporta kontroles sistēma; Akcīzes preču pārvietošanas un kontroles sistēma; Eiropas Savienības datu sagatavošanas sistēma; Fizisko personu riska analīzes sistēma; VID Publiskojamo datubāze; Valsts amatpersonu deklarāciju informācijas sistēma; Ārējo lietotāju reģistrs; Krimināllietu uzskaites sistēma; Centrālā muitas informācijas sistēma; Elektroniskā muitas datu apstrādes sistēma; Automatizēto muitas datu uzskaites sistēma; Nodokļu maksātāju datu sistēma; Arhīva datubāzu sistēma; Centralizētā resursu vadības sistēma.

2.8. NIS apakšsistēmu apraksts2.8.1. Izziņu informācijas sistēma

2.8.1.1. IZIS izpildāmās funkcijasIZIS ir VID Intranet vidē darbināma sistēma, kura izmanto datus no NIS (galvenokārt), CMIS un DNS, un ir paredzēta:

nodokļu maksātājiem izsniedzamo izziņu sagatavošanai un izdrukāšanai; VID reģistrēto administratīvo pārkāpumu lietu datu uzskaitei un analīzei; uzkrājumu ienākumu izziņu datu apmaiņa ar ārvalstīm FISC153 formātā; no citām ES dalībvalstīm saņemto PVN atmaksas iesniegumu uzskaitei, atmaksas

lēmumu sagatavošanas atbalstam un datu apmaiņai ar ES dalībvalstīm; nodokļu maksātāju (EDS klientu) informēšanai.

2.8.1.2. IZIS svarīgākās funkcionālās komponentes

1) APLIS ir IZIS komponente, kas nodrošina VID darbiniekiem AP lietvedības uzskaitei nepieciešamo lietotāju saskarni. APLIS nodrošina visu VID struktūrvienību konstatēto AP, saņemto ziņu un materiālu, kuri norāda uz iespējamu AP izdarīšanu, sastādīto un saņemto AP protokolu, izskatīto AP lietu, pieņemto un arī pārsūdzēto lēmumu, kā arī lēmumu izpildes pilnu uzskaiti un analīzi. APLIS ir izveidota trīs līmeņu arhitektūrā, lietojumu serverim paredzēto funkcionalitāti iekļaujot esošās IZIS ietvarā.Kā APLIS DB darbināšanas vidi izmanto Oracle Database 12c Enterprise Edition (12.1.0.2.0) vai jaunāku versiju. APLIS nodrošina datu apmaiņu ar citām VID IS un citu institūciju informācijas sistēmām, izmantojot datu replicēšanas mehānismu vai Web servisu saskarnes.

2) M1SS funkcionalitāte nodrošina ES normatīvajos aktos paredzēto PVN īpašā režīma ieviešanu nodokļa maksātājiem, kas neveic uzņēmējdarbību attiecīgā dalībvalstī un kas sniedz telekomunikāciju pakalpojumus, apraides pakalpojumus vai elektroniskos pakalpojumus personām, kuras nav PVN nodokļa maksātājas.

3) AEOI funkcionalitāte nodrošina ES normatīvajos aktos paredzēto informācijas par LR esošo nerezidentu (ES valstu fizisko un juridisko personu) gūto ienākumu informācijas savākšanu, apkopošanu un nosūtīšanu uz viņu rezidences valstīm, citās ES valstīs esošo LR iedzīvotāju gūto ienākumu informācijas saņemšanu no tām un izvietošanu VID IS, ES nodokļu un muitas administrācijas vienotā komunikāciju tīkla (CCN) izmantošanu ienākumu informācijas apmaiņai starp VID un citu ES dalībvalstu Nodokļu administrācijas institūcijām.

2.8.1.3. IZIS arhitektūra

IZIS kopējā arhitektūra balstās uz MS .NET tehnoloģijām. IZIS ir balstīta uz 3 līmeņu arhitektūru. Sistēmai nav “savas” datubāzes, jo tā izmanto jau eksistējošās VID informācijas sistēmu DB: NIS DB, CMIS DB.

2.8.1.4. IZIS klienta programmatūra

Darbam ar IZIS un tā komponentēm ir nepieciešama Internet pārlūkprogramma, kas atbalsta HTML 5 un CSS 2 standartus kā arī JavaScript.

2.8.1.5. IZIS servera programmatūra

IZIS WEB aplikācijas servera programmatūra funkcionē šādā darbināšanas vidē:

MS Windows 2008 R2 64bit servera operētājsistēma;

MS IIS WWW serveris v.7.0 vai jaunāka; SSL sertifikāts; MS .NET FrameWork v.3.5 vai jaunāka; IBM-Informix Connect 3.5 FC8 vai jaunāka.

2.8.2. Pašvaldību datubāze

2.8.2.1. PvDB izpildāmās funkcijas

PvDB ir izveidota, lai, pamatojoties uz savstarpējiem sadarbības līgumiem par informācijas apmaiņu starp VID un pašvaldībām (Rīga, Ventspils), nodrošinātu tām piekļuvi tiešsaistes režīmā VID nodokļu informācijas sistēmā aktualizētai informācijai.

Datu apmaiņas no NIS DB uz PvDB funkcijas:

NIS DB informācijas par nodokļu maksātājiem juridiskām un fiziskām personām (NMR dati) un klasifikatoru informācijas izvietošana un atjaunināšana PvDB;

NIS DB IeIeN uzskaites informācijas izvietošana un atjaunināšana PvDB; PvDB ievietotās informācijas lasīšanas nodrošināšana no pašvaldības puses.

Saskaņā ar sadarbības līgumā noteikto regularitāti VID atjauno informāciju PvDB.

PvDB satur iedzīvotāju ienākuma nodokļa datus (NUS dati) par pēdējo un trim iepriekšējiem budžeta gadiem.

Tā kā PvDB satur informāciju par divām pašvaldībām, lai nodrošinātu informācijas konfidencialitāti, pieeja attiecīgajās pašvaldības nepieciešamajai informācijai tiek nodrošināta ar DB skatu (view) palīdzību.

PvDB paredzētā informācija (NMR dati un NUS dati) tiek sagatavota ar Data Stage transfirmāciju palīdzību tieši pieslēdzoties NIS DB. Atlasītos datus transformē atbilstoši PvDB tabulu struktūrai.

2.8.2.2. Datu apmaiņas raksturojums

Datu plūsmas vispārīgā shēma PvDB datu sagatavošanai un ielādei attēlota (skatīt att. 2-2).

1) Jauno un izmainīto NUS datu ievietošanai PvDB: DataStage transformācijas lasa datus tieši no NIS DB un rezultātu novieto uz

DataStage servera; Pēc tam tiek darbināts transformāciju komplekts, kas lasa datus no .dat failiem un

apstrādājot tos atbilstoši NMR datiem par personu piederību pašvaldībām ielādē apstrādātos NUS datus PvDB.

2) NMR datu izmaiņu ievietošana PvDB: DataStage transformācijas lasa datus tieši no NIS DB un rezultātu uzreiz raksta PvDB bez .dat failu starpniecības.

Att. 2-2 Datu plūsmas starp NIS DB un PvDB

Datu apmaiņai tiek izmantota VID uzturēta Informix datubāze. Lai pašvaldība varētu piekļūt PvDB, tiek izmantots VITA tīkls, kurā speciāli šīs datu apmaiņas mērķiem ir izveidots virtuālais kanāls.

2.8.3. ES Akcīzes preču apritē iesaistīto personu reģistrācijas datu apmaiņas sistēma

2.8.3.1. Sistēmas izpildāmās funkcijas

SEED datu apmaiņas sistēma nodrošina vienotu datorizētu akcīzes preču noliktavu, apstiprinātu noliktavu turētāju, reģistrētu nosūtītāju, reģistrētu saņēmēju un īslaicīgi reģistrētu saņēmēju reģistra, kā arī EMCS biznesa klasifikatoru automatizētu uzturēšanu.

Veicot informācijas apstrādi VID IS par Latvijas un citu ES dalībvalstu personām, kuras ir oficiāli iesaistītas darījumos ar akcīzes precēm, par šīm personām izsniegtajām speciālajām atļaujām un par akcīzes preču noliktavām, tiek sagatavoti dati nosūtīšanai uz EK centrālo SEED reģistru.

Datu apmaiņai (nosūtīšanai un saņemšanai) ar EK centrālo SEED reģistru tiek izmantots CCN tīkls un datu apmaiņa notiek ziņojumu veidā, jo tas dod iespēju veikt liela datu apjoma apmaiņu asinhronā režīmā. Šādi tiek nodrošināta iespēja periodiski (vienreiz diennaktī vai biežāk) atlasīt izmaiņas, kas notikušas kopš iepriekšējā datu apmaiņas seansa, un nosūtīt informāciju par visām šajā periodā notikušajām izmaiņām, nevis iniciēt datu apmaiņu pēc katras speciālās atļaujas datu ievades un/ vai modificēšanas, kas varētu apgrūtināt Latvijas lietotāju darbu ar NIS.

2.8.3.2. Sistēmas arhitektūra un komponentes

Latvija ar EK centrālo SEED reģistru komunicē, izmantojot CCN tīklu un CSI saskarni.

Att. 2-3. SEED apmaiņas sistēmas kopējā arhitektūra

Speciālo atļauju datu apstrādes un apmaiņas sistēmu veido šādas attēlā. 2-3. redzamās komponentes:

4) NIS DB – NIS DB, kurā tiek uzturēts speciālo atļauju reģistrs un EK centrālā SEED reģistra lokālā kopija;

5) CCN/CSI – informācijas apmaiņas infrastruktūra starp Latvijas VID un pārējām ES dalībvalstīm. Šī programmatūra ir veidota kā CSI lietojums (darbināms asinhronajā komunikāciju režīmā), informācijas apmaiņai tiek izmantoti XML formāta ziņojumi, kuri tiek izvietoti CCN/CSI ziņojumu rindās: RAP – Remote API Proxies ir CCN lokālās vārtejas programma, kura nodrošina

attālināto CSI aplikāciju komandu izpildi un sadarbību ar kopējo sistēmu. Bez tam, šīs komponentes uzdevums ir nodrošināt aplikāciju un lietotāju autentifikāciju sistēmā;

Lokālā vārteja – Latvijas vārtejas nosaukums ir CUSTTAX.LV. Šajā vārtejā fiziski tiek izvietotas ziņojumu apmaiņas rindas;

CCN – specializēts tīkls, kurš nodrošina komunikāciju starp ES dalībvalstīm; Centrālais SEED reģistrs – Eiropas Komisijas (EK) uzturētais centrālais SEED

reģistrs;6) Datu apmaiņas programmatūra:

Datu apmaiņas programmatūra – šīs programmatūras kodolu veido datu transformācijas, kuras veidotas un tiek darbinātas ar rīka DataStage (versija 7.5.1A vai jaunāka) palīdzību. Uz atsevišķa servera ar operētājsistēmu Windows 2003 Server ir uzstādīta DataStage transformāciju programmatūra un datu apmaiņas nodrošināšanai nepieciešamie transformāciju procesi;

Uz šī servera ir uzstādītas arī nepieciešamās CSI aplikāciju platformas komponentes piekļuvei CCN/CSI infrastruktūrai. Informācijas apmaiņa ar SEED reģistru tiek veikta asinhronā režīmā, izmantojot ziņojumu rindu mehānismu;

Procesa kopējai vadībai tiek izmantots DataStage transformāciju starta process, kurš kontrolē citu datu transformāciju stāvokli un secīgi (vai paralēli) darbina datu apmaiņas programmatūras komponentes. Datu apmaiņas programmatūra sastāv no vairākām nosacītām komponentēm:- Komunikāciju ietilpinājums – ziņojumu ievietošana izejošajā rindā, ienākošās

rindas skanēšana un ziņojumu nolasīšana no ienākošās rindas tiek veikta ar speciāli izveidota DataStage komunikāciju ietilpinājuma palīdzību. Ietilpinājums ir izstrādāts Microsoft Visual C++ vidē, izmantojot CSI HL API (High Level Application Program Interface) funkcijas;

- CSI steks – CSI klienta programmatūra, kura ir nokonfigurēta darbam ar SEED reģistra ziņojumu sūtīšanas un saņemšanas rindām. Šis steks kā API bibliotēkas ir integrēts komunikāciju ietilpinājuma kodā;

- XML ziņojumu apstrāde – Latvijas speciālo atļauju dati, kuri jāsūta uz EK centrālo SEED reģistru, jātransformē XML formātā, izmantojot nosūtāmo ziņojumu tipiem atbilstošas SEED XML shēmu definīcijas (XSD). Arī no EK centrālā SEED reģistra ES dalībvalstu speciālo atļauju dati tiek saņemti XML formātā. Uz centrālo SEED reģistru sūtāmo datu sagatavošana XML formātā, kā arī saņemto XML datu apstrāde tiek veikta ar DataStage ietilpinājumu XML Input, XML Output un XML Transformer palīdzību, kuri ir ietverti pakotnē DataStage XML Pack. Lai uzturētu datu apmaiņas protokolu, nosūtītie un saņemtie XML ziņojumi tiek saglabāti failu sistēmā un atbilstošajās NIS CDB tabulās tiek ierakstīts faila nosaukums un atrašanās vieta;

- Ziņojumu nosūtīšana – sūtāmie XML ziņojumi tiek ievietoti atbilstošā nosūtāmo ziņojumu CSI rindā. Rindas nosaukums ir parametrizējams un tiek norādīts DataStage parametru faila parametrā RequestQueue;

- Ziņojumu saņemšana – visi uz Latviju sūtītie ziņojumi no EK centrālā SEED reģistra tiek ievietoti ienākošo ziņojumu CSI rindā. Šīs rindas nosaukums tiek

norādīts DataStage parametru faila parametrā ResponseQueue. Ziņojumu saņemšanas iniciators ir datu apmaiņas programmatūra, kura pieslēgsies CSI rindai un, ja tajā būs ievietoti ziņojumi, veiks šo ziņojumu apstrādi. Analoģiska CSI rinda tiek izmantota apliecinājumu par iepriekš nosūtīto ziņojumu saņemšamu un to apstrādes statusu un pārskatu (report) saņemšanai. Šajā CSI rindā par katru nosūtīto ziņojumu tiek saņemta informācija par to, ka šis ziņojums ir nonācis attālinātajā vārtejā (Arrived), ka ziņojums ir izdzēsts no attālinātās vārtejas ziņojumu rindas (Delivered), kā arī informācija par to, ka ziņojuma nosūtīšanas laikā ir notikusi kāda kļūda CCN/CSI tīklā (Exception) vai arī ir iztecējis laika intervāls, kurā nosūtītais ziņojums bija jāpastrādā, taču kaut kādu iemeslu dēļ tas nav noticis (Expired). Šīs apliecinājumu un pārskatu (report) rindas nosaukums tiek norādīts DataStage parametru faila parametrā ReportQueue;

7) EMCS DB – EMCS Nacionālās lietojumprogrammas (NLP) jeb galvenā moduļa datubāze, kurā pēc datu apmaiņas ar EK centrālo SEED reģistru tiek izvietota aktualizētā SEED reģistra un EMCS klasifikatoru informācija;

8) NIS_MAIN – Nodokļu informācijas sistēmas lietojumprogramma, kura VID lietotājiem nodrošina piekļuvi SEED reģistram;

9) DNS datu transformācija – DataStage datu transformāciju procesi, kuri pārnes avotu informāciju no NIS DB uz DNS DB. Vienlaicīgi ar SEED un citas ar akcīzes preču apriti saistītas informācijas pārnešanu, tiek veikta šīs informācijas savstarpēja sasaiste, piemēram, akcīzes preču pavaddokumentu (MVS) dati sasaistīti ar SEED reģistru;

10) DNS DB – Datu noliktavas sistēmas datubāze, kurā kopā ir citu informāciju tiek iekļauta arī SEED reģistra informācija. Šī informācija tiek glabāta analīzei piemērotā struktūrā un nepieciešamā apjomā;

11) BusinessObjects – Datu noliktavas sistēmas lietojumprogramma, kura ar analīzes sistēmu “AP pavaddokumenti” un “APP licences” starpniecību nodrošina piekļuvi SEED reģistra datiem;

12) Muitas iestāžu klasifikatora transformācija – muitas iestāžu klasifikatoru ar DataStage transformācijas procesa starpniecību regulāri pārnes no CMIS DB uz NIS DB;

13) CMIS DB – Centrālā muitas informācijas sistēmas datubāze.

2.9. Valsts amatpersonu deklarāciju informācijas sistēma

Sistēma ir reģistrēta Valsts informācijas sistēmu reģistrā.

2.9.1. VADIS izpildāmās funkcijas

VADIS atbilstoši Likumam par interešu konflikta novēršanu valsts amatpersonu darbībā nodrošina:

valsts amatpersonu sarakstu apstrādi (iesniedz valsts un pašvaldību iestāžu vadītāji), lai kontrolētu valsts amatpersonu deklarāciju un to iesniegšanas termiņu;

valsts amatpersonu deklarāciju iesniegšanas termiņu uzskaiti; iesniegto deklarāciju apstrādi un kontroli; iesniegto deklarāciju novērtējuma fiksēšanu; valsts amatpersonu pārkāpumu fiksēšanu par deklarācijas iesniegšanas termiņa,

aizpildīšanas kārtības neievērošanu un nepatiesu ziņu norādīšanu deklarācijā; iespēju skatīt un izdrukāt deklarāciju publicējamo daļu; VADIS atsevišķu klasifikatoru datu sinhronizēšana ar atbilstošiem NIS

klasifikatoriem; dažādu pārskatu veidošanu un izdrukāšanu.

2.9.2. VADIS arhitektūra

VADIS ir veidota kā divlīmeņu sistēma ar vienotu datu bāzi un atbilstošo programmatūru. VADIS programmatūra ir veidota atbilstoši klienta-servera arhitektūras prasībām.

2.9.3. VADIS klienta programmatūras svarīgākās funkcionālās komponentes

VADIS programmatūra ir realizēta vairāku lietojumprogrammu veidā:

datu apstrādes lietojumprogramma VADIS realizē sistēmas pamatfunkcionalitāti un, izmantojot darba vietu jeb lomu (role) mehānismu, tiek noskaņota (parametrizēta) atbilstoši lietotāja kategorijai (kompetencei un pilnvarām) un valsts amatpersonu lokam;

VADIS administratora lietojumprogramma ir paredzēta galvenokārt VADIS lietotāju pārvaldībai (reģistrēšana, darba vietu piešķiršana, piekļuves bloķēšana u.tml.), kā arī dažu citu funkciju, kuras var izpildīt tikai lietotāji ar DB administratora pilnvarām, realizācijai;

VADIS kategoriju nomaiņas programma, kas paredzēta sistēmā ievadītajos organizāciju valsts amatpersonu sarakstos amatpersonu vecā un vidējā veida kategoriju nomaiņu uz jaunā veida kategorijām.

2.9.4. VADIS klienta izstrādes vide

VADIS klienta programmatūra ir izstrādāta šādās vidēs:

CENTURA Team Developer, V.1.1 (paredzēta pāreja uz izstrādes vidi GUPTA Team Developer 6.x);

MS Visual Studio V.6.0 vai jaunāka, kā arī tiek izmantoti DataStage datu transformāciju procesi.

Minētās lietojumprogrammas tiek darbinātas Windows vidē (Windows 7 vai jaunāka), kā arī IBM Informix Client-SDK 3.5 vai jaunāka.

2.9.5. VADIS servera programmatūra

Kā VADIS DB servera programmatūra tiek izmantota Informix Dynamic Server, V.11 vai jaunāka, kura tiek darbināta AIX 6 jaunākā versijā.

2.9.6. Datu apmaiņa ar citām VID IS

VADIS datu apmaiņa ar citām VID IS (skatīt att. 2-4): Nodokļu informācijas sistēma (). Datu apmaiņā tiek izmantoti DataStage datu

transformāciju procesi; Elektroniskā deklarēšanas sistēma ); VID Publiskojamo datubāze ); Datu noliktavas sistēma ).

Att. 2-4. VADIS datu apmaiņa ar citām VID IS

2.10. Paredzamās izmaiņas SISTĒMĀ

1) Izmaiņu realizācija saistībā ar normatīvo aktu prasībām.2) Izmaiņu realizācija saistībā ar lietotāju prasībām. 3) Datu apmaiņu starp VID IS un citām ārējām IS nodrošināšanai.4) Sadarbības ar MAIS nodrošināšana.

3. Prasības Pakalpojumam

3.1. Prasības Pakalpojuma pārvaldībai

(1) Pakalpojuma uzsākšana (Obligāta)

Izstrādātājam 20 (divdesmit) darba dienu laikā no līguma noslēgšanas dienas jāuzsāk SISTĒMAS uzturēšana. Pasūtītājs 5 (piecu) darba dienu laikā pēc Izstrādātāja pieprasījuma saņemšanas nodod Izstrādātājam SISTĒMAS pirmkodus, izpildkodus un tehnisko dokumentāciju, kas ir viņa rīcībā.

(2) Izstrādes, testa vides nodrošināšana (Obligāta)

Izstrādātājam ir jānodrošina sava vide (aparatūra, programmatūra, biroja telpas) līguma ietvaros izpildāmo darbu un uzdevumu veikšanai.

Izstrādātājam izstrāde un testēšana jāveic, izmantojot tikai licencētu vai bezmaksas programmatūru. Pasūtītājs nenodrošina Izstrādātāju ar licencēm.

(3) Izmantojamā valoda (Obligāta)

Izstrādātājam visā Projekta laikā visi nodevumi jānoformē latviešu valodā un komunikācija ar Pasūtītāju jānodrošina tikai latviešu valodā. Ja tiks piesaistīti speciālisti, kuri nepārvalda latviešu valodu, Izstrādātājam šo speciālistu saziņā ar Pasūtītāju jānodrošina tulkošana bez papildu maksas. Rakstiskajā komunikācijā nav pieļaujama tikai automātisko tulkošanas rīku (piemēram, Google Translate) izmantošana.

(4) Projekta bibliotēka (Obligāta)

Izstrādātājam SISTĒMAS pilnveidošanas, uzturēšanas un garantijas laikā ir jāuztur Projekta bibliotēka. Projekta bibliotēkā jāizvieto un jāuztur visi Projekta dokumenti – prasību specifikācijas, projektējuma apraksti, testēšanas dokumentācija u.c.

(5) Projekta problēmu vadība (Obligāta)

Izstrādātājam ir jāidentificē SISTĒMAS uzturēšanas, pilnveidošanas un garantijas nodrošināšanas pakalpojuma sniegšanas problēmas un savlaicīgi jāziņo par tām Pasūtītājam, kopēji ar Pasūtītāju nosakot nepieciešamās korektīvās darbības un kontrolējot to izpildes efektivitāti.

(6) Risku vadība (Obligāta)

Izstrādātājam visā Projekta laikā ir jāveic Projekta risku identificēšana, analīze, novērtēšana, uzraudzība un kontrole, risku mazināšanas un/vai novēršanas darbu plānošana un īstenošana.

Izstrādātājam tehniskajā piedāvājumā ir jāapraksta Projekta sākotnējo risku novērtējums, kā arī pieņēmumi, atkarības un ārējās ietekmes, kas tika ņemtas vērā, sagatavojot piedāvājumu

(7) Plānu pārvaldība (Obligāta)

Izstrādātājam Projekta laikā jānodrošina Pakalpojuma nodrošināšanai nepieciešamo plānu (laika, izmaksu, izstrādes u.c.) uzturēšana. Pēc Pasūtītāja pilnvaroto personu pieprasījuma Izstrādātājam 5 (piecu) darba dienu laikā jāiesniedz SISTĒMAS uzturēšanai un pilnveidošanai nepieciešamie plāni (laika, izmaksu, izstrādes u.c.). Izstrādātājam jāpiedalās nodevumu un versiju plānošanā, sagatavojot un pēc VID pieprasījuma nosūtot versiju plānus.

(8) Speciālistu savstarpējās sadarbības un komunikācijas shēma (Obligāta)

Izstrādātājam jānodrošina efektīva Izstrādātāja speciālistu komunikācija ar Pasūtītāja speciālistiem.

Izstrādātājam jāiesniedz shēma, kurā attēlota Izstrādātāja speciālistu komunikācija ar Pasūtītāja speciālistiem. Izstrādātājam jāapraksta piedāvāto speciālistu komandas stiprās un vājas puses.

(9) Kvalitātes vadība (Obligāta)

Izstrādātājam Projekta laikā ir jānodrošina kvalitātes pārvaldības procesi, kas nodrošinātu prasībām atbilstoša Pakalpojuma piegādi.

Izstrādātājam tehniskajā piedāvājumā ir jāapraksta pilnveidošanas un uzturēšanas kvalitātes nodrošināšanas un pārvaldības pasākumu (metožu) kopums, ko tas ir paredzējis izmantot SISTĒMAS pilnveidošanas un uzturēšanas pakalpojuma kvalitātes nodrošināšanai.

(10) Kvalitātes kontrole un verifikācija (Obligāta)

Projekta laikā Izstrādātājam ir jāveic dokumentācijas un programmkoda kvalitātes kontrole, jānodrošina preventīvās un korektīvās darbības, kā arī jāuztur pieraksti par dokumentācijas un programmkoda verifikāciju pirms tā nodošanas Pasūtītājam. Pēc Pasūtītāja pieprasījuma Izstrādātājam ir jānodrošina iespēja Pasūtītājam iepazīties ar dokumentācijas un programmkoda verifikācijas pierakstiem.

Izstrādātājam tehniskajā piedāvājumā ir jāapraksta dokumentācijas un programmkoda kvalitātes nodrošināšanas sākotnējais plāns.

(11) Versiju un konfigurāciju pārvaldība (Obligāta)

Izstrādātājam jānodrošina konfigurāciju un versiju pārvaldība saskaņā ar līguma projekta 0.2.0.pielikuma 1.2. un 1.3.apakšpunktiem:

1.2. konfigurāciju pārvaldība – Izstrādātājam jānodrošina dažādu versiju programmatūras vienumu konfigurāciju pārvaldība (konfigurāciju informācijas uzkrāšana, savietojamība, atjaunošana utt.). Visā Līguma izpildes laikā bez aktuālo darba versiju uzturēšanas vienmēr jāsaglabā arī visas VID iesniegto Nodevumu versijas un/vai laidieni (tas attiecas kā uz programmatūru, tā arī Nodevumiem papīra dokumentu formā). Izstrādātājam jādefinē, kuri objekti tiks pakļauti konfigurācijas pārvaldībai, piemēram, visi VID nododamie dokumenti – prasību specifikācijas, projektējuma apraksti, nododamā programmatūras produkta būtiskās komponentes (dinamiskie ielādes moduļi, datubāze utt.), jānodrošina objektu versiju viennozīmīga atpazīšana, kā arī jāorganizē šo objektu sakārtota glabāšana;1.3.versiju kontrole – Izstrādātājam jānodrošina versiju kontrole dokumentācijas un programmatūras veidiem (versijai, servisa pakai, online piegādei, datu labošanai, dokumentācijai u.tml.), jādefinē versionēšanas principi un izmantotie rīki;

Izstrādātājam tehniskajā piedāvājumā ir jāapraksta versiju un konfigurācijas pārvaldības principi un izmantotie rīki.

Izstrādātājam ir jānodrošina nodevumu atbilstība līguma projekta 0.5.0.pielikumā norādītajiem standartiem.

3.2. Vispārējas prasības Pakalpojumam

(12) Uzturēšanas un pilnveidošanas periods (Obligāta)

Izstrādātājam ir jānodrošina Pakalpojuma sniegšana 60 (sešdesmit) mēnešus, skaitot no līguma abpusējas parakstīšanas dienas.

(13) Pakalpojuma pieejamība (Obligāta)

Izstrādātājam jānodrošina Pakalpojuma pieejamība Pasūtītāja darba dienās no pirmdienas līdz ceturtdienai no plkst. 8.15 līdz plkst.17.00, piektdienās no plkst.8.15 līdz plkst.15.45. Ja Pasūtītājs nosūta pieteikumu ārpus Pasūtītāja darba laika, tad reakcijas laikā tiek skaitīts tikai Pasūtītāja darba laiks.

Pakalpojuma ietvaros komunikācijai tiks izmantoti šādi komunikācijas kanāli – telefons, e-pasts un klātiene.

Izstrādātājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izstrādātājs, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.

(14) Pakalpojuma saturs (Obligāta)

Pakalpojuma sniegšanas laikā ir jānodrošina vismaz: 1) SISTĒMAS darbības problēmu izpēti un novēršanu;2) pilnveidojumu un izmaiņu realizēšanu;3) darbības kļūdu labošanu;4) konsultāciju sniegšanu;5) dokumentācijas aktualizēšanu atbilstoši veiktajām izmaiņām SISTĒMĀ.

3.3. Prasības SISTĒMAS pieejamībai un veiktspējai

(15) SISTĒMAS pieejamība (Obligāta)

SISTĒMA tiek izmantota režīmā 24 x 7. Tās darbībai ir jābūt stabilai un nodevumu uzstādīšanu ir jāvar veikt bez vai ar minimāliem (līdz 24 (divdesmit četrām) stundām 12 (divpadsmit) mēnešu laikā) darbības pārtraukumiem.

(16) SISTĒMAS veiktspēja (Obligāta)

Veicot SISTĒMAS pilnveidošanu un uzturēšanu, Izstrādātājam ir nepieciešams nodrošināt šādas veiktspējas prasības: visām ekrāna formām jāatveras ne vairāk kā 20 sekundēs vismaz 95 % no gadījumiem divu stundu laikā. Lietotājiem, veicot dažādas darbības ar SISTĒMU – reģistrējot un ievadot dokumentus, SISTĒMAI jānodrošina 400 vienlaicīgas darbības minūtē pie 1000 lietotājiem.

3.4. Prasības pieteikumu apstrādei

(17) Pasūtītāja un Izstrādātāja sadarbības kārtība (Obligāta)

Uzturēšanas un pilnveidošanas aktivitātes Pakalpojuma ietvaros var ierosināt gan Pasūtītājs, gan Izstrādātājs.

Visi problēmu ziņojumi un izmaiņu pieprasījumi (turpmāk – pieteikumi) līguma darbības laikā tiks pieteikti, izmantojot VID Informācijas sistēmu izmaiņu pārvaldības sistēmu (ISIPS), saskaņā ar līguma projektā 0.1.0.pielikumā aprakstīto kārtību. Līguma izpildes laikā tiesības

noteikt pieteikuma prioritāti (kritiska, steidzama vai parasta) ir attiecīgajām Pasūtītāja pilnvarotajām personām.

(18) Reakcijas laiks uz pieteikumu (Obligāta)

Reakcijas laikā Izstrādātājam jānodrošina pieteikumu izpēte, klasifikācija un atbildes sniegšana – reakcijas laiki (stundās), par pieteikumā norādītās problēmas cēloni un novēršanas laiku vai izmaiņu pieprasījuma realizēšanai prognozējamo darbietilpību un realizēšanai nepieciešamo laiku no pieteikuma nosūtīšanas brīža:

kritiskos gadījumos, kad pieteiktā problēma neļauj vai traucē izpildīt būtisku SISTĒMAS funkciju un nav zināms cits tās izpildes variants, vai apdraud sistēmas drošību – ne lielāks par 4 (četrām) Pasūtītāja darba stundām;

steidzamos gadījumos, kad pieteiktā problēma traucē izpildīt būtisku SISTĒMAS funkciju, bet ir zināms cits tās izpildes variants, vai var apdraudēt sistēmas drošību, vai arī sistēmās ir nepieciešamas izmaiņas, kuru vēlamais realizācijas termiņš ir mazāks par 3 (trīs) mēnešiem – ne lielāks par 8 (astoņām) Pasūtītāja darba stundām;

parastos gadījumos – kad pieteiktā problēma sagādā neērtības darbā ar SISTĒMU, bet neiespaido SISTĒMAS būtisku funkciju izpildi, vai arī rada jebkuru citu efektu, vai arī SISTĒMĀ ir nepieciešamas izmaiņas - ne lielāks par 24 (divdesmit četrām) Pasūtītāja darba stundām

(19) Pieteikumu risināšana (Obligāta)

Izstrādātājs risina pieteikumus ar visiem pieejamajiem līdzekļiem, savukārt Pasūtītājs ar visiem pieejamajiem līdzekļiem sniedz pieteikuma risināšanai nepieciešamo papildu informāciju. Izstrādātājam jānodrošina šādi pieteikumu risināšanas laiki, kas tiek rēķināti no pieteikuma nosūtīšanas brīža (Izstrādātājs ir tiesīgs piedāvāt īsākus pieteikumu risināšanas termiņus):

kritiskos gadījumos, kad atklātā problēma neļauj vai traucē izpildīt būtisku SISTĒMAS funkciju un nav zināms cits tās izpildes variants, vai apdraud SISTĒMAS drošību, problēmas tiek novērstas ne vēlāk kā 8 (astoņu) Pasūtītāja darba stundu laikā, vai tiek piedāvāts cits pieņemams risinājums, ko ir akceptējusi Izmaiņu vadības padome un kas tiek realizēts 8 (astoņu) Pasūtītāja darba stundu laikā no risinājuma akceptēšanas;

steidzamos gadījumos, kad pieteiktā problēma traucē izpildīt būtisku SISTĒMAS funkciju, bet ir zināms cits tās izpildes variants, problēmas tiek novērstas ne vēlāk kā 5 (piecu) Pasūtītāja darba dienu laikā;

parastos gadījumos – ne vēlāk kā 40 (četrdesmit) Pasūtītāja darba dienu laikā vai plānoto termiņu piedāvā Izstrādātājs un saskaņo SISTĒMAS Izmaiņu vadības padomē. Ja risinājuma piedāvājumā netiek norādīts konkrēts pieteikuma atrisināšanas laiks, Pasūtītājam ir tiesības piedāvājumu noraidīt.

Pasūtītāja atbildīgās personas tiek regulāri informētas par pieteikuma statusa izmaiņām un tiek sniegti pārskati par tā risināšanas gaitu pēc attiecīgo Pasūtītāja atbildīgo personu pieprasījumiem.

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

Izstrādātājam ir jānodrošina problēmu ziņojumu pārvaldība saskaņā ar līguma projekta 0.1.0.pielikumā aprakstīto sadarbības kārtību un 0.2.0.pielikuma 1.6.apakšpunktu.

3.5. Izmaiņu realizācijas prasības

(21) Izmaiņu pārvaldība (Obligāta)

Izstrādātājam jānodrošina līguma projekta 0.1.0.pielikumā atrunātā izmaiņu pieprasījumu realizēšanas kārtība. Izstrādātājam jāveic izmaiņu pieprasījuma izpēte, izmaiņu izstrāde (t.sk. attiecīgās dokumentācijas aktualizēšana, t.i. labošana, papildināšana utt.), testēšana un piegāde, pamatojoties uz Pasūtītāja prasībām, apstiprināto programmatūras prasību specifikāciju un/vai apstiprināto PPA.

Par izmaiņu pieprasījumu nevar uzskatīt programmatūras un projektējuma kļūdas vai nepilnības, kuras saskaņā ar labu industriālo praksi, Izstrādātājam bija savlaicīgi jāidentificē.

Pieprasīto programmatūras izmaiņu piegādē Izstrādātājam ir jāpiegādā attiecīgās dokumentācijas aktualizētā versija, kā arī piegādes pakotnei jāpievieno apraksts, kurā apkopoti visi konkrētajā piegādē realizētie izmaiņu pieprasījumi un kļūdu labojumi (ja tādi veikti).

Izstrādātājam jānodrošina izmaiņu pieprasījumu pārvaldība SISTĒMAS pilnveidošanas un uzturēšanas nodevumiem (dokumentācijai, programmatūrai). Visām izmaiņām SISTĒMĀ ir jābūt dokumentētām, katrā nodevumā iekļaujot aprakstu, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas un novērstās kļūdas. Veicot izmaiņas SISTĒMĀ, Izstrādātājam jāidentificē ietekme uz citām saistītajām informācijas sistēmām un jāinformē Pasūtītājs, kā arī jānodrošina datu integritāte un datu apmaiņas procesu savietojamība.

(22) Darbietilpības novērtēšanai izmantotās Izstrādātāja metodes (Obligāta)

Izstrādātājam jāapraksta Projekta ietvaros veikto darbu apjoma (patērētā laika) uzskaitei izmantotā metode, kuru Izstrādātājs apņemas izmantot līguma izpildes laikā (jāpievieno piedāvājumam) gadījumos, kad pēc persondienu un izstrādes elementu grupu vērtējumiem nebūs iespējams veikt darbu apjoma vērtēšanu.

Izstrādātājam jāizmanto vismaz viena formālā metode, balstoties uz COCOMO – Constructive COST MODEL vai ekvivalents, un vismaz viena neformālā metode.

(23) SISTĒMAS mērogojamība (Obligāta)

SISTĒMAS mērogošanu ir jānodrošina jaunai funkcionalitātei tādā veidā, ka tai jāvar darboties neatkarīgi no iepriekš izstrādātās funkcionalitātes.

Mērogošana nav jānodrošina esošajai SISTĒMAS funkcionalitātei.

(24) Neparedzētu kļūdu apstrāde (Obligāta)Pilnveidojot SISTĒMU, jānodrošina neparedzētu kļūdu apstrāde un žurnalēšana, saglabājot visu pieejamo ar kļūdu saistīto informāciju. SISTĒMĀ jānodrošina SISTĒMAS notikumu žurnalēšana, uzkrājot datus par kļūdainiem SISTĒMAS notikumiem (neskaitot paredzēto loģisko validāciju, apstrādes laikā identificētās datu kļūdas).Atbilstoši kļūdu žurnāla uzstādījumiem, jānodrošina iespēja nosūtīt ziņojumu par kļūdu sistēmas administratoram.

(25) Prasība pārnesamībai (Obligāta)Ja SISTĒMĀ tiek realizēta jauna funkcionalitāte un tā tiek realizēta, papildinot standartprodukta funkcionalitāti, papildinājumiem jābūt tā veidotiem, lai būtu iespējams bez SISTĒMAS izmaiņām SISTĒMU pārnest uz jaunāku standartprodukta versiju.

3.6. Testēšanas prasības

(26) Prasības testēšanai (Obligāta)

Izstrādātājam ir jānodrošina programmprodukta testēšana pirms programmprodukta iesniegšanas Pasūtītājam saskaņā ar līguma projekta 0.2.0.pielikuma 1.5.apakšpunktu un šīs tehniskās specifikācijas prasībām:

1.5 Nodevumu testēšana – Izstrādātājam jānodrošina SISTĒMAS iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas sagatavošana. Izstrādātājam ir detalizēti jāapraksta, kāds būs attiecīgā Nodevuma testēšanas process, kādi būs testēšanas veidi (manuālā, automātiskā) un kādi testēšanas rīki tiks izmantoti, lai veiktu Nodevumu kvalitatīvu testēšanu; kādā formātā tiks piegādāti Nodevumu testēšanas scenāriji un dokumentācija (ko VID, pēc saviem ieskatiem, var izmantot akcepttestēšanā), kā tiks saskaņoti un iesniegti testpiemēri; kad, kādā formātā un ar kādu saturu tiks iesniegti testu žurnāli;

Izstrādātājam jānodrošina SISTĒMAS iekšējā testēšana atbilstoši savām procedūrām un testēšanas dokumentācijas sagatavošana.

Izstrādātājam ir jāapraksta, kāds būs testēšanas process, kādi būs testēšanas veidi (manuālā, automātiskā) un kādi testēšanas rīki tiks izmantoti, lai veiktu nodevumu kvalitatīvu testēšanu; kāda testēšanas dokumentācija un kādā formātā tiks piegādāti testēšanas scenāriji, kā tiks saskaņoti un iesniegti testpiemēri; kad, kādā formātā un ar kādu saturu tiks iesniegti testu žurnāli.

(27) Izstrādātāja veiktie nodevumu testi (Obligāta)

Lai nodrošinātu nodevuma atbilstību noteiktajām prasībām, Izstrādātājam ir jānodrošina nodevumu iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas sagatavošana.

Izstrādātājam jānodrošina vismaz:

funkcionalitātes testēšana;

integritātes testēšana;

regresijas testēšana;

drošības testēšana;

veiktspējas, ātrdarbības un slodzes testēšana.

Testēšanu veic Izstrādātājs ar saviem resursiem, neiesaistot Pasūtītāju, pirms nodevuma iesniegšanas, lai pārliecinātos, ka nodevums ir gatavs akcepttestēšanai.

Programmatūras nodevumi ir jāiesniedz kopā ar Izstrādātāju veiktās testēšanas dokumentāciju, ja darbu pasūtījumā nav atrunāts savādāk.

Veicot SISTĒMAS laidienu piegādi, ir jāveic visu iepriekš piegādāto SISTĒMAS daļu testēšana, ieskaitot to SISTĒMAS daļu atkārtoto testēšanu, kas netika modificētas, ar mērķi pārliecināties, ka veiktās modifikācijas nav negatīvi ietekmējušas līdz šim izstrādātās SISTĒMAS daļas.

Izstrādātājam tehniskajā piedāvājumā jāapraksta kādi testēšanas veidi, metodes un rīki tiks izmantoti nodevumu testēšanai, kādā formātā un ar kādu saturu tiks iesniegta testēšanas dokumentācija.

(28) Funkcionālā testēšana (Obligāta)

1) Testpiemēros jāiekļauj visu programmatūras prasību specifikācijā/aprakstā iekļauto funkciju (prasību) pārbaude. Testpiemēros jāiekļauj gan “pozitīvie” (ievadīti korekti dati - mērķis ir pārbaudīt, vai SISTĒMAS programmatūras funkcionalitāte strādā korekti), gan “negatīvie” (ievadīti kļūdaini dati - mērķis ir pārbaudīt, SISTĒMAS programmatūras darbaspēju un korektu apstrādi kļūdu un problēmsituāciju gadījumā) piemēri.

2) Testpiemēros jānorāda gan ievaddati, gan sagaidāmie rezultāti.

3) Testēšanas scenārijos ir jāiekļauj visu darba plūsmas zaru pārbaude.

(29) SISTĒMAS akcepttestēšana (Obligāta)

Risinājuma akcepttestēšanas kārtība aprakstīta līguma projekta 0.3.0.pielikuma 10.punktā.

Pasūtītājs sagatavos SISTĒMAS akcepttestēšanas vidi un veiks akcepttestēšanu saskaņā ar testēšanas dokumentāciju.

Izstrādātājam ir jānodrošina akcepttestēšanas vides sagatavošanai un akcepttestu norisei nepieciešamās konsultācijas.

Balstoties uz Pasūtītāja iesniegtajiem testēšanas protokoliem un problēmu ziņojumiem, Izstrādātājam jānovērš akcepttestēšanas laikā identificētās problēmas.

Izstrādātājam jāsagatavo un jāiesniedz Pasūtītājam testēšanas pārskats (Izstrādātājam ir jāveido plānoto testēšanas darbību rezultātu kopsavilkums un jānodrošina novērtējums, balstoties uz iegūtajiem rezultātiem).

Līguma darba rezultātu nodošanas-pieņemšanas kārtība un akcepttestēšanas kārtība jāveic saskaņā ar līguma projekta 0.3.0. pielikumā aprakstīto kārtību.

3.7. Projekta nodevumu piegāde un uzstādīšana

(30) Projekta nodevumu nodošanas- pieņemšanas kārtība (Obligāta)

Projekta nodevumu nodošana – pieņemšana jāveic atbilstoši līguma projekta 0.3.0. pielikumā noteiktajai kārtībai un prasībām.

(31) Projekta nodevumu atbilstība standartiem (Obligāta)

Izstrādātājam ir jānodrošina nodevumu atbilstība līguma projekta 0.5.0.pielikumā (pielikuma saturu sk. pie Versiju un konfigurāciju pārvaldība) minētajiem standartiem.

(32) Programmatūras nodevumu saturs un piegāde (Obligāta)

Programmatūras nodevumā ietilpst: sagatavotā programmatūra komplektā ar pavaddokumentiem (var saturēt projektējuma dokumentāciju (PPS, PPA, izmaiņu projektējuma apraksts, algoritmu apraksts), programmatūras pirmkodus, instalācijas instrukciju, instalācijas pakotni ar programmatūras izpildkodiem un datubāzes skriptiem, datubāzes modeli un datubāzes struktūras aprakstu, Helpfailu, lietotāja un administratora dokumentāciju, testu projektējuma specifikāciju, testpiemēru specifikāciju, testēšanas kopsavilkuma pārskatu).

Programmatūras nodevums jāpiegādā uzstādīšanai gan Pasūtītāja testa vidē, gan Pasūtītāja produkcijas vidē, ar norādi par programmatūras nodevuma instalēšanas pakotni uzstādīšanas vidi, ja tehniski nav iespējams piegādāt programmatūras nodevuma instalēšanas pakotni, kas izmantojama abās vidēs. Programmatūras instalēšanas pakotnei jābūt “inkrementālai”, t.i. tās uzstādīšana ir veicama uz iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst

ietekmēt datubāzē jau esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts. Gadījumos, ja tiek mainīta datubāzes struktūra, jāpiegādā arī atbilstošie datu migrācijas skripti.

Visiem nodevumiem ir jānodrošina versiju identifikācija un kontrole.

(33) Nodevumu piegādes veids (Obligāta)

Visi nodevumi Izstrādā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, *docx, *xls vai *xlsx vai *pdf 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ā.

(34) Prasības programmatūras nodevumiem (Obligāta)

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.

Izstrādā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 Izstrādā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.

Izstrādā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ā.

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

(35) Prasības dokumentācijas nodevumiem (Obligāta)

Darbu izpildes rezultātā izveidotā vai aktualizēta, t.i. labota un/vai papildināta dokumentācija ir jāpiegādā, to integrējot attiecīgā dokumenta pēdējā (aktuālajā) versijā, saglabājot izmaiņu trasējamību, tādējādi novēršot dokumentācijas sadrumstalošanos.

(36) Nodevumu trasējamība (Obligāta)Izstrādātājam jānodrošina šādu nodevumu trasējamība:

1) PPS definēto prasību trasējamība ar konkrētā Vienošanas protokolā noteiktām prasībām;

2) PPA trasējamība ar programmatūras prasību specifikācijā definētām prasībām (prasību numuriem);

3) testpiemēru trasējamība ar PPS un PPA definētām prasībām (prasību numuriem).

(37) Programmatūras uzstādīšana Pasūtītāja akcepttestēšanas vidē (Obligāta)

Pēc programmatūras nodevuma saņemšanas Pasūtītājs veiks SISTĒMAS programmatūras uzstādīšanu un konfigurēšanu akcepttestēšanas vidē. Izstrādātājam ir jānodrošina nepieciešamais atbalsts Pasūtītāja darbiniekiem SISTĒMAS programmatūras uzstādīšanas un konfigurēšanas laikā akcepttesta vidē.

(38) Programmatūras uzstādīšana produkcijas vidē (Obligāta)

Pēc akcepttestēšanas pabeigšanas Pasūtītājs veiks SISTĒMAS programmatūras uzstādīšanu un konfigurēšanu produkcijas vidē. Izstrādātājam ir jāpiegādā pēdējās atkļūdotās programmatūras un dokumentācijas versijas, kā arī jānodrošina nepieciešamais atbalsts Pasūtītāja darbiniekiem SISTĒMAS programmatūras uzstādīšanas un konfigurēšanas laikā produkcijas vidē.

SISTĒMAS uzturēšanas un pilnveidošanas ietvaros Izstrādātājam nepieciešams nodrošināt augstu SISTĒMAS nodevumu kvalitāti, lai SISTĒMAS darbība ir stabila.

3.8. Drošības prasības

(39) Drošības prasības, sniedzot pakalpojumu (Obligāta)

Saskaņā ar līguma projekta 0.7.0. pielikumā noteiktajām prasībām:1. Nodrošināt LVS ISO/IEC 15408 standartā “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) iekļauto rekomendāciju un vadlīniju ievērošanu, Līguma ietvaros formulējot un realizējot konkrētām sistēmām izvirzāmās drošības prasības.

2. Pirms Nodevumu pakotnes sagatavošanas Izstrādātājs veic pirmkodu apskates, kur līdztekus koda atbilstības kodēšanas standartiem izvērtēšanai un ievainojamību identificēšanai (atbilstoši OWASP interneta mājas lapā uzskaitītajām visvairāk izplatītajām drošības ievainojamībām (http://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project)), tiek identificēti un izņemti neizmantota koda fragmenti un ļaundabīga koda iespraudumi, kā arī pakotnei, kas paredzēta uzstādīšanai produkcijas vidē, veic pārbaudi uz testēšanas nolūkiem ieviestu papildus saskarņu neesamību.

3. Novēršot kādā SISTĒMAS komponentē vai sadaļā konstatētu nepilnību, kas rada drošības riskus, veikt arī pārējās lietojuma (lietojumprogrammas) funkcionalitātes caurskatīšanu un analīzi ar mērķi atrast un novērst konkrētā veida nepilnību visās lietojuma vietās, kur tā var izpausties.

4. Ar SISTĒMAS Nodevumu sniegt informāciju par Nodevumā realizēto risinājumu ietekmi uz SISTĒMAS drošību, kā arī pārskatu par veiktajiem risinājumu drošības novērtēšanas un nodrošināšanas pasākumiem un atlikušo drošības risku vērtējumu.

5. Nodrošināt, ka izmaiņas un papildinājumi SISTĒMAS programmatūrā tiek realizēti tā, lai ar to piekļūt SISTĒMAS datiem var tikai autorizēti lietotāji, izmantojot VID noteiktos autentifikācijas līdzekļus.

6. Atbilstoši SISTĒMAS projektējumam realizēt un uzturēt datu ievades kontroles tajos SISTĒMAS lietojuma formu laukos, kuros šādu pārbaužu neesamība rada SISTĒMAS drošības riskus.

7. Nodrošināt, ka SISTĒMAS programmatūra nesniedz lietotājam informāciju, kas varētu apdraudēt SISTĒMAS drošību, tai skaitā, nepieļaujot iespēju lietotājam veikt analīzi par kļūdas un veikto SISTĒMAS pārbaužu raksturu, kas varētu atvieglot tālākos uzbrukumus SISTĒMAI. Kļūdas situācijās lietotājam jāparāda tikai minimālā nepieciešamā informācija, detalizētu kļūdas tehnisko aprakstu nosūtot sistēmas administratoram vai/ un veicot šīs informācijas saglabāšanu sistēmas žurnālā (notikumu datubāzē).

8. Nodrošināt, ka SISTĒMAS datu apmaiņas, kā arī citi iespējamie automatizētie datu apstrādes procesi tiek pildīti tikai ar tehnoloģisko lietotāju kontiem, kuriem funkcijas veikšanai ir noteiktas mazākās nepieciešamās tiesības, tehnoloģiskie lietotāji un to tiesības tiek dokumentētas PPA.

(40) SISTĒMAS arhitektūras drošība (Obligāta)

SISTĒMAS arhitektūra jāpilnveido 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 SISTĒMĀ apstrādā vispārpieejamu informāciju, ierobežotas pieejamības informāciju

(41) Fizisko personu datu aizsardzība (Obligāta)

Izstrādātājam jānodrošina fizisko personu datu aizsardzības prasības saskaņā ar Fizisko personu datu aizsardzības likumu.

3.9. Garantija

(42) Garantijas periods un apjoms (Obligāta)

Izstrādātājam ir jānodrošina 24 (divdesmit četru) kalendāro mēnešu garantijas periods, skaitot no attiecīgā nodošanas-pieņemšanas akta abpusējas parakstīšanas dienas, saskaņā ar līguma projekta 8.punktu. Izstrādātājs var piedāvāt garāku garantijas nodrošināšanas termiņu.

___________________________________ _________________

(komersanta vadītāja vai pilnvarotās personas amats) (paraksts) (Vārds, Uzvārds)


FINANŠU PIEDĀVĀJUMSatklātam konkursam “Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju

informācijas sistēmas pilnveidošana, uzturēšana un garantijas nodrošināšana”, iepirkuma identifikācijas Nr. FM VID 2017/076/ERAF (turpmāk – Konkurss)

Mēs, __________________________________________________________________(pretendenta nosaukums, vienotais reģistrācijas numurs)

piedāvājam veikt Nodokļu informācijas sistēmas un Valsts amatpersonu deklarāciju informācijas sistēmas pilnveidošanu, uzturēšanu un garantijas nodrošināšanu saskaņā ar šādu cilvēkdienas likmi1 un darbietilpības novērtējumiem:

Nr.p.k. Elementa nosaukums 2

Elementa svars

elementu grupā (%)

Elementu grupas

svars (%)

Darbietilpība

cilvēkdienās

(c/d)3

Cilvēkdienas likme1, EUR (bez PVN)

Summa, EUR (bez

PVN)

1 2 3 4 5 6 7=3*5*61. Cilvēkdiena

2. 1.Elementu grupa – DATUBĀZU IZMAIŅAS 25

2.1 Vienkāršas datubāzes izmaiņas 10 6.kolonnas 1.rinda

2.2 Vidēji sarežģītas datubāzes izmaiņas 50 6.kolonnas 1.rinda

2.3 Sarežģītas datu bāzes izmaiņas 40 6.kolonnas 1.rinda

2.4 1.Elementu grupa KOPĀ:3. 2.Elementu grupa – IEVADFORMU

IZMAIŅAS 15

3.1 Vienkāršas ievadformas izmaiņas 15 6.kolonnas 1.rinda

3.2 Vidēji sarežģītas ievadformas izmaiņas 55 6.kolonnas 1.rinda

3.3 Sarežģītas ievadformas izmaiņas 30 6.kolonnas 1.rinda

3.4 2.Elementu grupa KOPĀ:4. 3.Elementu grupa – DATU

PĀRBAUDES / DATU IZSAUKUMI 20

4.1 Vienkārša datu pārbaude/datu izsaukums 30 6.kolonnas

1.rinda4.2 Vidēji sarežģīta datu pārbaude/datu

izsaukums 55 6.kolonnas 1.rinda

4.3 Sarežģīta datu pārbaude/datu izsaukums 15 6.kolonnas

1.rinda4.4 3.Elementu grupa KOPĀ:5. 4.Elementu grupa - ALGORITMI 305.1 Vienkāršs algoritms 20 6.kolonnas

1.rinda

Nr.p.k. Elementa nosaukums 2

Elementa svars

elementu grupā (%)

Elementu grupas

svars (%)

Darbietilpība

cilvēkdienās

(c/d)3

Cilvēkdienas likme1, EUR (bez PVN)

Summa, EUR (bez

PVN)

5.2 Vidēji sarežģīts algoritms 50 6.kolonnas 1.rinda

5.3 Sarežģīts algoritms 30 6.kolonnas 1.rinda

5.4 4.Elementu grupa KOPĀ:6. 5.Elementu grupa -

KLASIFIKATORI 5

6.1 Vienkāršs klasifikators 60 6.kolonnas 1.rinda

6.2 Vidēji sarežģīts klasifikators 25 6.kolonnas 1.rinda

6.3 Sarežģīts klasifikators 15 6.kolonnas 1.rinda

6.4 5.Elementu grupa KOPĀ:7. 6.Elementu grupa - PĀRSKATI 57.1 Vienkāršs pārskats 20 6.kolonnas

1.rinda7.2 Vidēji sarežģīts pārskats 70 6.kolonnas

1.rinda7.3 Sarežģīts pārskats 10 6.kolonnas

1.rinda7.4 6.Elementu grupa KOPĀ:

PIEZĪMES: 1 Piedāvātajā cilvēkdienas likmē iekļaujamas visas izmaksas, kas saistītas ar sistēmas pilnveidošanas darbu veikšanu, uzturēšanas nodrošināšanu, garantijas nodrošināš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 iepirkuma līguma savlaicīgai un kvalitatīvai izpildei. Pretendentam jāaprēķina cilvēkdienas likme, ņemot vērā darba organizāciju, t.i., kādas kvalifikācijas speciālisti un kādā apmērā tiek iesaistīt Līguma izpildē;2 Darbietilpības elementu skaidrojums norādīts nolikuma 2.3.5.apakšpunktā;3 Darbietilpības novērtējums norādāms, ietverot visu iesaistīto speciālistu visas darbības, kuras nepieciešamas, lai pilnībā veiktu darbu, t.sk. analīzi, programmēšanu, testēšanas dokumentācijas izstrādi, versiju sagatavošanu. ________________________________ ___________

(komersanta vadītāja vai pilnvarotās personas amats) (paraksts) (V.Uzvārds)

vispārīga informācija par atklātu konkursu - vid.gov.lv web viewdocx, xls . vai. xlsx. ......

Documents