APSTIPRINĀTSCentrālās statistikas pārvaldes

iepirkumu komisijas2015.gada 11.maija sēdē

(protokols Nr.1701-1.1/30).

Atklāta konkursa

“Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidošana”

nolikums

Ident. Nr. CSP 2015/13

Rīga 2015

I NODAĻA

INSTRUKCIJAS PRETENDENTIEM

2

1. VISPĀRĪGĀ INFORMĀCIJA

1.1. Iepirkuma identifikācijas numurs

CSP 2015/13

1.2. Pasūtītājs

Pasūtītāja nosaukums Centrālā statistikas pārvalde

Adrese Lāčplēša iela 1, Rīga , LV – 1301, Latvija

Reģ. Nr. LV 90000069830

Konta Nr. bankā Valsts Kase

Bankas kods TRELLV22

Konta nr. LV03TREL2120039016000

Kontaktpersona Norberts Tālers

Tālruņa Nr. +371 67366650

Faksa Nr. +371 67366757

e-pasta adrese norberts.talers@csb.gov.lv

Darba laiks 8:30 – 17:00

1.3. Paziņojums

Paziņojums par iepirkumu publicēts Iepirkumu uzraudzības biroja mājas lapā: www.iub.gov.lv 2015.gada 11.maijā.

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

Aktivitāte Datums Laiks

Pēdējais termiņš skaidrojumu sniegšanai ieinteresētajām personām

Ne vēlāk kā sešas dienas pirms piedāvājuma iesniegšanas termiņa beigām, ja ieinteresētā

persona ir laikus pieprasījusi papildu informāciju par nolikumā iekļautajām

prasībām

17:00

Pēdējais termiņš nolikuma saņemšanai 2015.gada 25.jūnijs 11:00

Pēdējais termiņš piedāvājumu iesniegšanai 2015.gada 25.jūnijs 11:00

Piedāvājumu atvēršanas sanāksme 2015.gada 25.jūnijsLāčplēša iela 1, Rīga

11:00

Ieinteresēto personu sanāksme Netiek rīkota -

Paziņojuma par iepirkuma procedūras rezultātiem nosūtīšana

3 darba dienu laikā pēc lēmuma pieņemšanas -

Līguma izpildes sākums Līgumā norādītajā datumā -

Līguma izpildes pabeigšana Darbi jāpabeidz līdz 2015.gada 10.decembrim

-

1.5. Piedāvājuma iesniegšana

1.5.1. Pretendenti piedāvājumu var iesniegt līdz nolikuma 1.4.punktā noteiktajam datumam un laikam Lāčplēša ielā 1, Rīgā, LV – 1301, Informācijas centrā, darba dienās no 10:00 līdz 16:00, pusdienu pārtraukums no 13:00 līdz 14:00 (ieeja Informācijas centrā no K.Valdemāra ielas puses), iesniedzot personīgi vai atsūtot ar ierakstītu vēstuli pa pastu.

1.5.2. Pretendents, iesniedzot piedāvājumu, var pieprasīt apliecinājumu tam, ka piedāvājums saņemts (ar

3

norādi par piedāvājuma saņemšanas laiku).

1.5.3. Piedāvājums, kas nav iesniegts nolikumā noteiktajā kārtībā, nav noformēts tā, lai piedāvājumā iekļautā informācija nebūtu pieejama līdz piedāvājumu iesniegšanas gala termiņam, vai kas saņemts pēc nolikuma 1.4.punktā norādītā iesniegšanas termiņa, netiks pieņemts vai neatvērts tiks nosūtīts pa pastu iesniedzējam.

1.5.4. Pretendents var atsaukt vai mainīt savu piedāvājumu līdz nolikuma 1.4.punktā noteiktajam piedāvājumu iesniegšanas termiņa beigām, ierodoties personīgi piedāvājumu uzglabāšanas vietā (Lāčplēša ielā 1, Rīgā, LV – 1301), apmainot piedāvājumu vai paņemot to atpakaļ. Piedāvājuma atsaukšanai ir bezierunu raksturs un tā izslēdz pretendentu no tālākas līdzdalības iepirkuma procedūrā. Piedāvājuma mainīšanas gadījumā par piedāvājuma iesniegšanas laiku tiks uzskatīts pēdējā piedāvājuma iesniegšanas brīdis.

1.6. Piedāvājuma spēkā esamība

Pretendenta iesniegtais piedāvājums ir spēkā, t.i., saistošs iesniedzējam līdz iepirkuma līguma noslēgšanai. Pretendenta, kurš atzīts par iepirkuma procedūras uzvarētāju, piedāvājums kļūst par līguma sastāvdaļu.

1.7. Piedāvājuma noformēšana

1.7.1. Piedāvājums iesniedzams aizlīmētā un aizzīmogotā aploksnē, uz kuras jānorāda:

pasūtītāja nosaukums un adrese;

pretendenta nosaukums un adrese;

atzīme ”Piedāvājums atklātam konkursam „Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidošana” Id.Nr. CSP 2015/13. Neatvērt līdz 2015.gada 25.jūnijam plkst.11:00.”

1.7.2. Piedāvājums sastāv no trīs daļām:

Pieteikuma dalībai Atklātā konkursā kopā ar pretendenta atlases dokumentiem (viens oriģināls);

Tehniskā piedāvājuma (viens oriģināls);

Finanšu piedāvājuma (viens oriģināls).

1.7.3. Katras piedāvājuma daļas dokumentiem jābūt ar attiecīgu uzrakstu, “Pretendenta atlases dokumenti”, “Tehniskais piedāvājums”, “Finanšu piedāvājums”. Pieteikumam dalībai iepirkuma procedūrā kopā ar pretendenta atlases un kvalifikācijas dokumentiem, Tehniskā piedāvājuma un Finanšu piedāvājuma lapām jābūt cauršūtām tā, lai dokumentus nebūtu iespējams atdalīt, sanumurētām, un jāatbilst katrai piedāvājuma daļai pievienotajam satura rādītājam. Visas piedāvājuma daļas jāievieto nolikuma 1.7.1.punktā minētajā aploksnē.

1.7.4. Piedāvājumā iekļautajiem dokumentiem jābūt skaidri salasāmiem, bez labojumiem. Ja labojumi ir izdarīti, tiem jābūt apstiprinātiem ar pilnvarotās personas parakstu.

1.7.5. Piedāvājums jāsagatavo latviešu valodā. Pretendenta atlases dokumenti, Tehniskā piedāvājuma un Finanšu piedāvājuma dokumentācija var tikt iesniegta citā valodā, ja klāt ir pievienots Ministru kabineta 2000.gada 22.augusta noteikumu Nr.291 “Kārtība, kādā apliecināmi tulkojumi valsts valodā” noteiktajā kārtībā apliecināts dokumenta tulkojums latviešu valodā.

1.7.6. Pretendents iesniedz parakstītu piedāvājumu. Ja piedāvājumu iesniedz personu grupa, pieteikumu paraksta visas personas, kas ietilpst personu grupā.

1.7.7. Ja piedāvājumu iesniedz personu grupa vai personālsabiedrība, piedāvājumā papildus norāda personu, kas iepirkuma procedūrā pārstāv attiecīgo personu grupu vai personālsabiedrību, kā arī katras personas atbildības sadalījumu.

1.7.8. Ja pretendents iesniedz dokumentu kopijas, katra dokumenta kopija jāapliecina Latvijas Republikas normatīvajos aktos noteiktajā kārtībā.

1.7.9. Iesniegtie atklāta konkursa piedāvājumi, izņemot nolikuma 1.5.3.punktā noteikto gadījumu, ir pasūtītāja īpašums un netiek atdoti atpakaļ pretendentiem.

4

1.7.10. Pretendents piedāvājumu sagatavo atbilstoši šajā nolikumā noteiktajām formām.

1.7.11. Papildu papīra formai tehniskais piedāvājums un finanšu piedāvājums jāiesniedz arī elektroniskā veidā. Tiem jābūt veidotiem kā Microsoft Word un/vai Excel, vai OpenDocument formāta dokumentiem. Elektroniskajam datu nesējam (CD-ROM vai USB Flash), kas satur tehnisko piedāvājumu un finanšu piedāvājumu, jābūt ievietotam nolikuma 1.7.1. punktā minētajā piedāvājuma oriģināla aploksnē.

1.8. Cita informācija

1.8.1. Ieinteresētā persona var uzdot jautājumus par iepirkuma procedūru, iesniedzot tos laikus rakstiski, nosūtot pa pastu, e- pastu vai faksu uz nolikuma 1.2. punktā norādīto adresi, lai Pasūtītājs varētu sniegt atbildi ne vēlāk kā 6 dienas pirms piedāvājuma iesniegšanas termiņa beigām.

1.8.2. Iepirkuma procedūras dokumentācija elektroniskā veidā ir pieejama Pasūtītāja tīmekļa vietnē www.csb.gov.lv/iepirkumi CSP 2015/13. Konkursa dokumentāciju papīra veidā var saņemt nolikuma 1.2. punktā minētajā adresē, iepriekš sazinoties ar nolikuma 1.2. punktā norādīto CSP kontaktpersonu.

1.9. Apmaksas nosacījumi

Līguma kopēja summa tiek maksāta vairākās daļās pēc katra nodevuma nodošanas. Rēķinu apmaksas termiņš 10 darba dienas no to saņemšanas.

2. INFORMĀCIJA PAR IEPIRKUMA PRIEKŠMETU

2.1. Iepirkuma priekšmeta apraksts

2.1.1. Iepirkuma priekšmets ir Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidošana saskaņā ar tehnisko specifikāciju.

CPV kods:

72230000-6 (Klienta vajadzībām pielāgotas programmatūras izstrādes pakalpojumi).

2.1.2. Iepirkums nav sadalīts daļās.

2.1.3. Pretendents nevar iesniegt piedāvājuma variantus.

3. PRETENDENTU ATLASES PRASĪBAS UN IESNIEDZAMIE DOKUMENTI

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

3.1.1. Pretendents piekrīt piedalīties iepirkumā un ievērot nolikumā noteiktās prasības. Piegādātāju apvienības izveidē Pretendents ievēro Publisko iepirkumu likuma noteikumus. Publisko iepirkumu likuma aktuālā redakcija atrodama tīmekļa vietnē: www.likumi.lv.

Iesniedzamais dokuments:

Pretendents iesniedz pieteikumu iepirkumā, kas ir noformēts atbilstoši nolikuma IV nodaļas 1.formai.

3.1.2. Pretendents saskaņā ar Publisko iepirkumu likuma 41.panta trešo daļu vai 42.panta trešo daļu var balstīties uz citu piegādātāju iespējām, ja tas ir nepieciešams līguma izpildei, neatkarīgi no savstarpējo attiecību tiesiskā rakstura, ievērojot nolikumā noteiktos noteikumus.

Iesniedzamais dokuments prasības apliecināšanai:

Ja piedāvājumu iesniedz Pretendents, kas saskaņā ar Publisko iepirkumu likuma 41.panta trešo daļu vai 42.panta trešo daļu balstās uz citu uzņēmēju iespējām, pretendents iesniedz Publisko iepirkumu likuma 41.panta trešajā daļā vai 42.panta trešajā daļā noteikto apliecinājumu vai vienošanos.

3.1.3. Pretendents iepirkuma līguma izpildei var piesaistīt apakšuzņēmējus.

5

Iesniedzamais dokuments prasības apliecināšanai:

Ja Pretendents nodos iepirkuma līguma vai tā daļas izpildi apakšuzņēmējam, Pretendents iesniedz izziņu, kurā norāda visus tos apakšuzņēmējus, kuru sniedzamo pakalpojumu vērtība ir 20 procenti no kopējās iepirkuma līguma vērtības vai lielāka, un katram šādam apakšuzņēmējam izpildei nododamo pakalpojumu līguma daļu. Apakšuzņēmēja sniedzamo pakalpojumu kopējo vērtību nosaka, ņemot vērā apakšuzņēmēja un visu attiecīgā iepirkuma ietvaros tā saistīto uzņēmumu sniedzamo pakalpojumu vērtību. Šā punkta izpratnē par saistīto uzņēmumu uzskata kapitālsabiedrību, kurā saskaņā ar Koncernu likumu apakšuzņēmējam ir izšķirošā ietekme vai kurai ir izšķirošā ietekme apakšuzņēmējā, vai kapitālsabiedrību, kurā izšķirošā ietekme ir citai kapitālsabiedrībai, kam vienlaikus ir izšķirošā ietekme attiecīgajā apakšuzņēmējā.

3.2. Atbilstība Publisko iepirkumu likuma 39.1panta izslēgšanas nosacījumiemPasūtītājs izslēdz Pretendentu no turpmākās dalības iepirkuma procedūrā, kā arī neizskata Pretendenta piedāvājumu, ja uz Pretendentu attiecas kāds no Publisko iepirkumu likuma 39.1pantā noteiktajiem izslēgšanas nosacījumiem.

Iesniedzamie dokumenti prasības apliecināšanai:

Pretendents pieteikumā, kas ir noformēts atbilstoši nolikuma IV nodaļas 1.formai, iekļauj apliecinājumu, ka tas neatbilst Publisko iepirkumu likuma 391.pantā noteiktajiem izslēgšanas nosacījumiem. Lai pārbaudītu šo informāciju Pasūtītājs saskaņā ar Publisko iepirkumu likuma 391.panta septīto daļu iegūs informāciju no Ministru kabineta noteiktās informācijas sistēmas.

Ārvalstī reģistrētam Pretendentam, kuram atbilstoši nolikuma prasībām būtu piešķiramas līguma slēgšanas tiesības, pēc Pasūtītāja pieprasījuma desmit darbadienu laikā jāiesniedz ne agrāk kā mēnesi pirms iesniegšanas dienas izdota attiecīgās ārvalsts kompetentās institūcijas izziņa, kas apliecina, ka uz Pretendentu neattiecas Publisko iepirkumu likuma 391.pantā noteiktie izslēgšanas nosacījumi.

3.3. Atbilstība profesionālās darbības veikšanai

Pretendents (fiziska vai juridiska persona vai šādu personu apvienība, jebkurā to kombinācijā) ir reģistrēts kā saimnieciskās darbības veicējs, atbilstoši savas rezidences valsts normatīvajiem aktiem.

Iesniedzamais dokuments prasības apliecināšanai:

Komercreģistra vai līdzvērtīgas komercdarbību reģistrējošas iestādes ārvalstīs izdotas reģistrācijas apliecības kopija (ja ir izsniegta papīra formā).

3.4. Tehniskās un profesionālās spējas

3.4.1. Pretendents pēdējo trīs gadu laikā pozitīvi ir īstenojis vismaz trīs pēc projekta būtības un finansiāli līdzvērtīgus projektus atbilstoši šim iepirkumam plānotajam finanšu apjomam. Pēc projekta būtības līdzvērtīga projekta pazīmes:

3.4.1.1. liela datu apjoma, integrētu datu masīvu apstrādes un glabāšanas sistēmas, kuras darbojas daudzlietotāju režīmā (lietotāju skaits vismaz 50);

3.4.1.2. sistēmu mērķis vai viens no mērķiem ir statistisko datu apstrāde un analīze, atskaišu dinamiska veidošana;

3.4.1.3. sistēmas ir metadatu vadītas;

3.4.1.4. attiecīgajām informācijas sistēmām jābūt ieviestām ekspluatācijā un veiksmīgi jādarbojas piedāvājuma iesniegšanas brīdī.

Iesniedzamais dokuments prasības apliecināšanai:

Vismaz trīs pozitīvas klientu atsauksmes, kas apliecina, ka Pretendents pēdējo trīs gadu laikā pozitīvi ir īstenojis vismaz trīs finansiāli un pēc projekta būtības līdzvērtīgus projektus. Attiecīgajām informācijas sistēmām jābūt ieviestām ekspluatācijā un veiksmīgi jādarbojas piedāvājuma iesniegšanas brīdī. Pretendentam papildus jānorāda Pasūtītāju kontaktpersonas, realizētos projektus, to īsu aprakstu, to īstenošanas laiku un budžetu.

6

3.4.2. Pretendenta rīcībā ir šādi speciālisti:

3.4.2.1. vismaz 1 speciālists ar sertifikātu, kas apliecina zināšanas projektu vadības jomā (PRINCE 2, Project Management Professional sertifikāts vai ekvivalents sertifikāts). Speciālistam ir pieredze dalībā vismaz trijos finansiāli līdzvērtīgos projektos attiecīgā lomā. Speciālistam ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

3.4.2.2. vismaz 2 speciālisti ar sertifikātiem, kas apliecina zināšanas programmatūras izstrādes jomā (Microsoft Certified Professional Developer sertifikāts vai ekvivalents sertifikāts). Speciālistam ir pieredze dalībā vismaz trijos finansiāli līdzvērtīgos projektos attiecīgā lomā. Speciālistiem ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

3.4.2.3. vismaz 2 speciālisti ar sertifikātiem, kas apliecina zināšanas Microsoft SQL Server programmatūras izstrādes jomā (Microsoft Certified Technology Specialist – Database Development vai Business Intelligence Development) vai līdzvērtīgu sertifikātu. Speciālistam ir pieredze dalībā vismaz trijos finansiāli līdzvērtīgos projektos attiecīgā lomā. Speciālistiem ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

3.4.2.4. vismaz 1 speciālists ar sertifikātu, kas apliecina zināšanas programmatūras testēšanas jomā (International Software Testing Qualification Board sertifikāts vai ekvivalents sertifikāts). Speciālistam ir pieredze dalībā vismaz trijos finansiāli līdzvērtīgos projektos attiecīgā lomā. Speciālistam ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

Iesniedzamie dokumenti prasību apliecināšanai:

- Dokumenti vai sertifikātu kopijas, kas apliecina, 3.4.2.1.-3.4.2.4.apakšpunktā norādīto speciālistu kvalifikāciju, kā arī viņu pieejamību uz iepirkuma līguma izpildes laiku. Pasūtītājs atzīs ekvivalentus sertifikātus, ko izdevušas institūcijas citās Eiropas Savienības dalībvalstīs, kā arī akceptēs citus Pretendenta iesniegtos pierādījumus, kas apliecina sertifikāta ekvivalentumu.

- Pretendenta piedāvāto speciālistu CV, kas apliecina pieredzi dalībā vismaz trijos finansiāli līdzvērtīgos projektos attiecīgā lomā.

- Valsts valodas prasmi apliecinošu dokumentu kopijas atbilstoši Ministru kabineta 2009.gada 7.jūlija noteikumu 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 Savienības pastāvīgā iedzīvotāja statusa iegūšanai un valsts nodevu par valsts valodas prasmes pārbaudi” IV. nodaļā noteiktajam.

Piezīme: Vairāku piedāvāto speciālistu specializācijas jomas var pārklāties, bet kopumā šī iepirkuma priekšmeta izpildei ir jānodrošina ne mazāk kā trīs sertificētu speciālistu iesaiste. Projekta realizācijas gaitā jāpiedalās tiem speciālistiem, kuri minēti iepirkuma piedāvājumā.

3.4.3. Pretendenta rīcībā ir līguma izpildes laikā radušos problēmu pieteikumu tiešsaistes sistēma, kurā iespējams identificēt problēmas pieteicēju, problēmas būtību, kā arī izsekot Pretendenta aktivitātes problēmas novēršanā.

Iesniedzamais dokuments prasības apliecināšanai:

Pretendenta sagatavota izziņa ar savā rīcībā esošās problēmu pieteikumu sistēmas aprakstu.

3.5. Kvalitātes nodrošināšanas standarti

Pretendenta uzņēmumā ir ieviesta uzņēmuma kvalitātes vadības sistēma, kas ir trešās personas sertificēta atbilstoši IT nozares standartiem (ISO 9001:2008, CMMI vai līdzvērtīgs).

Iesniedzamie dokumenti prasības apliecināšanai:

Kvalitātes vadības sistēmas sertifikāta kopija, kas ir trešās personas sertificēta atbilstoši IT nozares standartiem (ISO 9001:2008, CMMI vai līdzvērtīgs). Komisija atzīs arī ekvivalentas kvalitātes vadības sistēmas vai kvalitātes nodrošināšanas pasākumus, ja būs pievienots detalizēts to apraksts un salīdzinājums ar kādu no vispārīgi zināmiem un atzītiem nozares standartiem.

3.6. Saimnieciskais un finansiālais stāvoklis

7

Pretendenta vidējais gada finanšu apgrozījums pēdējo trīs gadu laikā ir vismaz trīs reizes lielāks par plānoto šī projekta finanšu apjomu. Uzņēmumiem, kas dibināti vēlāk, gada finanšu vidējais apgrozījums ir vismaz trīs reizes lielāks par plānoto šī projekta finanšu apjomu, par nostrādāto periodu.

Iesniedzamie dokumenti prasības apliecināšanai:

Pretendenta sagatavota izziņa par Pretendenta gada finanšu apgrozījumu pēdējo triju gadu laikā. Uzņēmumi, kas dibināti vēlāk, iesniedz pašu sagatavotu izziņu par gada finanšu apgrozījumu nostrādātājā periodā. Ja piedāvājumu iesniedz personu grupa, tā iesniedz šī punkta prasībām atbilstošu dokumentu par personu grupā iekļauto personu kopējo finanšu apgrozījumu.

4. TEHNISKAIS UN FINANŠU PIEDĀVĀJUMS

4.1. Tehniskais un finanšu piedāvājums

4.1.1. Tehnisko piedāvājumu sagatavo, ņemot vērā Tehniskajā specifikācijā (II nodaļa) noteikto pakalpojuma specifikāciju atbilstoši Tehniskā piedāvājuma formai (IV nodaļas 2.forma).

4.1.2. Finanšu piedāvājumu sagatavo euro valūtā atbilstoši IV nodaļas 3.formai.

4.1.3. Finanšu piedāvājuma ir iekļautas visas izmaksas, kas saistītas ar iepirkuma līguma izpildi.

4.1.4. Pretendenta piedāvātajām cenām un vienību likmēm jābūt nemainīgām visā līguma izpildes laikā. Ja pakalpojuma apjoms līguma izpildes laikā samazinās, izmaiņas tiek veiktas, balstoties uz pretendenta norādītajām vienību likmēm saskaņā ar noslēgtā līguma noteikumiem.

5. PIEDĀVĀJUMA VĒRTĒŠANAS UN IZVĒLES KRITĒRIJI5.1. Piedāvājumu noformējuma pārbaude

5.1.1. Iepirkumu komisija sākotnēji pārbaudīs, vai ir iesniegti visi nolikuma 3.punktā noteiktie dokumenti, kā arī veiks piedāvājuma noformējuma pārbaudi atbilstoši nolikuma 1.7.punktā minētajām prasībām.

5.1.2. Ja piedāvājums neatbilst nolikuma prasībām (attiecībā uz piedāvājuma noformējumu), iepirkuma komisija var lemt par piedāvājuma tālāku neizskatīšanu.

5.2. Pretendentu atlase

5.2.1. Lai pārliecinātos, ka Pretendents atbilst nolikuma 3.punktā noteiktajām prasībām, Pretendentu atlases laikā iepirkumu komisija veiks saskaņā ar nolikuma 3.punktu iesniegto dokumentu pārbaudi, kā arī iegūs informāciju no attiecīgo kompetento iestāžu informācijas sistēmām.

5.2.1. Iepirkumu komisija bez tālākas izskatīšanas noraidīs to Pretendentu piedāvājumus, kurus tā būs atzinusi par neatbilstošiem vai nepietiekoši kvalificētiem pakalpojuma sniegšanai.

5.3. Tehniskā piedāvājuma atbilstības novērtēšana

5.3.1. Iepirkumu komisija veic Tehniskā piedāvājuma atbilstības pārbaudi, kuras laikā komisija izvērtē tā atbilstību Tehniskajai specifikācijai.

5.3.2. Ja pretendenta Tehniskais piedāvājums neatbilst nolikumā norādītajām tehniskās specifikācijas prasībām, iepirkuma komisija šo piedāvājumu noraida.

5.4. Finanšu piedāvājuma novērtēšana

5.4.1. Ja Finanšu piedāvājumā konstatēta aritmētiskā kļūda, iepirkumu komisija aritmētisku kļūdu labo un par to, kā arī par laboto piedāvājumu, paziņo Pretendentam.

5.4.2. Vērtējot Finanšu piedāvājumus, kuros bijušas aritmētiskās kļūdas, iepirkumu komisija ņem vērā tikai labotās cenas.

5.5. Piedāvājuma izvēle

5.5.1. Piedāvājuma izvēles kritērijs ir zemākā cena.

5.5.2. Iepirkuma komisija izvēlas piedāvājumu ar viszemāko cenu no piedāvājumiem, kas atbilst

8

nolikuma prasībām un Tehniskajai specifikācijai.

5.5.3. Piedāvājuma ar viszemāko cenu noteikšanai tiks salīdzināta Finanšu piedāvājumā norādītā kopējā piedāvājuma summa, bez PVN.

6. IEPIRKUMA LĪGUMS6.1. Pasūtītājs slēgs iepirkuma līgumu ar izraudzīto pretendentu, pamatojoties uz pretendenta

iesniegto piedāvājumu par attiecīgo iepirkuma priekšmetu un saskaņā ar nolikuma noteikumiem un iepirkuma līguma projektu nolikuma III nodaļā. Pasūtītājs bez iepriekšēja brīdinājuma var mainīt Līguma projektā noteikto norēķinu kārtību.

6.2. Ja Pretendentam ir iebildumi par nolikumam pievienotā iepirkuma līguma projekta nosacījumiem, tie jāizsaka nolikuma 1.4.punktā noteiktajā termiņā. Piedāvājumā norādītie un pēc piedāvājumu atvēršanas iesniegtie iebildumi par līguma projekta nosacījumiem netiks ņemti vērā.

6.3. Apakšuzņēmēju un iepirkuma līgumā iesaistītā personāla nomaiņa notiek Publisko iepirkumu likuma 68.pantā noteiktajā kārtībā. Būtiski iepirkuma līguma grozījumi pieļaujami Publisko iepirkumu likuma 671.pantā noteiktajā kārtībā.

7. IEPIRKUMA KOMISIJAS TIESĪBAS UN PIENĀKUMI

7.1. Iepirkuma komisijas tiesības

7.1.1. Pieprasīt pierādījumus/papildu informāciju, lai pārliecinātos par pretendenta piedāvājuma atbilstību Pasūtītāja izvirzītajām piedāvājuma noformējuma, pretendenta atlases un piedāvājuma tehniskajām prasībām.

7.1.2. Normatīvajos aktos noteiktajā kārtībā labot Finanšu piedāvājumos aritmētiskās kļūdas.

7.1.3. Ievērojot Publisko iepirkumu likumu, izvēlēties nākamo piedāvājumu ar viszemāko cenu, ja izraudzītais Pretendents atsakās slēgt iepirkuma līgumu ar pasūtītāju.

7.1.4. Jebkurā brīdī pārtraukt iepirkuma procedūru, ja tam ir objektīvs pamatojums.

7.2. Iepirkuma komisijas pienākumi

7.2.1. Nodrošināt iepirkuma procedūras norisi un dokumentēšanu.

7.2.2. Nodrošināt pretendentu brīvu konkurenci, kā arī vienlīdzīgu un taisnīgu attieksmi pret tiem.

7.2.3. Pēc ieinteresēto personu pieprasījuma normatīvajos aktos noteiktajā kārtībā sniegt informāciju par nolikumu.

7.2.4. Vērtēt pretendentus un to iesniegtos piedāvājumus saskaņā ar Publisko iepirkumu likumu un nolikumu, izvēlēties piedāvājumu vai pieņemt lēmumu par iepirkuma procedūras izbeigšanu, neizvēloties nevienu piedāvājumu.

8. PRETENDENTA TIESĪBAS UN PIENĀKUMI

8.1. Pretendenta tiesības

8.1.1. Apvienoties grupā ar citiem pretendentiem un iesniegt vienu kopēju piedāvājumu.

8.1.2. Laikus iesniegt jautājumus par nolikumu, ja tādi ir, lai Pasūtītājs var sniegt atbildi ne vēlāk kā 6 dienas pirms piedāvājumu iesniegšanas termiņa beigām.

8.1.3. Iesniedzot piedāvājumu, pieprasīt apliecinājumu, ka piedāvājums ir saņemts.

8.1.4. Pirms piedāvājumu iesniegšanas termiņa beigām grozīt vai atsaukt iesniegto piedāvājumu.

8.1.5. Iesniegt sūdzību par Pasūtītāja darbību saskaņā ar Publisko iepirkumu likumu.

8.2. Pretendenta pienākumi

8.2.1. Sagatavot piedāvājumus atbilstoši nolikuma prasībām.

8.2.2. Sniegt patiesu informāciju.

8.2.3. Sniegt atbildes uz iepirkuma komisijas pieprasījumiem par papildu informāciju, kas nepieciešama

9

piedāvājumu noformējuma pārbaudei, pretendentu atlasei, piedāvājumu atbilstības pārbaudei, kā arī vērtēšanai.

II NODAĻA

TEHNISKĀ SPECIFIKĀCIJA

10

Tehniskā specifikācija

1. Pašreizējās sistēmas apraksts:

Integrētās statistisko datu apstrādes un vadības sistēma (ISDAVS) ir standartizēts rīks statistisko datu apstrādes procesa organizācijai, kurš izmanto strukturētos statistiskos metadatus, kā galveno elementu automātiskai ievades aplikāciju ģenerēšanai, lai nodrošinātu datu vākšanas, analīzes un agregācijas procesus sistēmas ietvaros. Sistēma nodrošina datu vākšanas, datu validācijas, analīzes un agregācijas mehānismus uzņēmumu statistikas jomā, izmantojot lokālās datu ievades un elektroniskās datu vākšanas rīkus, un datu vākšanas, validācijas un vienkāršās datu analīzes mehānismus sociālās statistikas jomā, izmantojot datorizēto personu(CAPI), telefonu interviju(CATI) un interneta(CAWI) apsekojumu bāzētas apakšsistēmas.

ISDAVS izstrādāta izmantojot Microsoft .Net tehnoloģijas un platformu. Datu bāzes pārvaldības sistēma - MS SQL server 2005 Express / MS SQL server 2005 / MS SQL server 2008. Operētājsistēmas, uz kurām darbojas ISDAVS – Windows 7 (32bit un 64bit versijas), Windows 8.1 (32bit un 64bit versijas)

2. Izpildāmie darbi:

Izpildītājam jāveic Pasūtītāja Integrētās statistisko datu apstrādes un vadības sistēmai funkcionalitātes pilnveidošana.

Paplašinot sistēmas funkcionalitāti, jānodrošina sistēmas veiktspēju, lai daudzlietotāju režīmā, pie vairāku miljonu ierakstu atlases, tiktu nodrošināta nepārtraukta sistēmas darbība.

Pie pēdējā sistēmas nodevuma, pretendentam jānodod Pasūtītājam visas paroles un lietotājvārdi, kas izveidoti un izmantoti izstrādes laikā.

Integrētās statistisko datu apstrādes un vadības sistēmai funkcionalitātes pilnveidošanā jāveic esošajā testa vidē un pēc akcepttestiem jāievieš produkcijas vidē atkārtoti veicot akcepttestus.

Integrētās statistisko datu apstrādes un vadības sistēmai funkcionalitātes pilnveidošanā jāveic šādu darbu izpilde:

Nr. Apraksts1.01

Izstrādāt funkcionalitāti, lai SMS modulī varētu atzīmēt vairākus SMS un pēc tam tos varētu dzēst.

1.02

Papildināt pirmdatu eksporta funkcionalitāti (IA apsekojumiem) tā, lai Values tabulās parādītos arī tie jautājumi no jautājumu aizpildīšanas loģiskā ceļa (routing), kuros nav ievadītas atbildes, bet tie ir bijuši šajā ceļā (tukšie jautājumi).

1.03

Nodrošināt datu labošanas vēsturiPapildināt sistēmas funkcionalitāti, lai tiku nodrošināta datu labošanas vēstures informācijas uzkrāšana un attēlošana. 1. Nepieciešams piefiksēt masīvu kāds tas ir brīdī, kad konkrētai apsekojuma versija tiek uzlikta pazīme “Datu ievade pārtraukta” – Masīvs1;2. Sākot no šī brīža tiek uzkrāta informācija par labojumiem un tiek glabāts otrs masīvs – ar pēdējiem labojumiem – Masīvs2;3. Masīvā1 jāaizliedz imporēt/labot datus – jo tas tiek uzskatīts par pamata datu masīvu, pret kuru tiek veikta salīdzināšana;4. Pie pirmdatu analīzes, pirmdatu eksportiem – jābūt iespējai izvēlēties ar kuru masīvu strādāt;5. Jānodrošina iespēja lietotājam redzēt informāciju par to kas/cik reizes labots.

11

1.04

Papildināt sistēmas funkcionalitāti tā, lai katrai CAPI anketai var noteikt, vai anketa pildīta pie respondenta vai ar to strādāts mājās (katrai anketas aizpildīšanas iterācijai, jo anketu var pildīt vairākkārt). Pirms anketas atvēršanas CAPI intervētājam jāatzīmē vai darbs noris pie respondenta vai mājās. Šāda pazīme tiek piefiksēta detaļās pie katras pozīcijas (R vai M).

1.05

Papildināt sistēmas funkcionalitāti ar iespēju CAPI apakšaplikācijā eksportēt anketas aizpildīšanas detaļas . Detaļu saraksts tiks precizēts funkcionalitātes izstrādes laikā. Eksports jārealizē uz CSV failu, kur pirmajā rindā kolonnu nosaukumi un kā kolonnu atdalītājs tiek izmantots vertikālais tabs (ASCII kods 124).

1.06

Papildināt sistēmas funkcionalitāti – pie anketu aizpildīšanas detaļām pievienot kolonnas – anketu aizvēršanas statuss. Jāparedz arī lauki, kuros glabātos neatbildētības statusa kodi (gan anketu atvēršanas, gan aizvēršanas).Statusi piefiksējas sistēmās brīdī, kad anketa tiek aizvērta. Tad šiem statusiem arī jāattēlojas pie anketu aizpildīšanas detaļām.

1.07

Papildināt sistēmas funkcionalitāti tā, lai CAWI sistēmas lietotājs var saglabāt un izdrukāt pabeigto anketu (jautājumus un atbilžu variantus). Formāts - PDF fails.

1.08

Papildināt sistēmas funkcionalitāti:1. Pseidovalodas funkcija MIN([2. Līmeņa celle]) un MAX( [2. Līmeņa celle]). Celle var būt ar tipu skaitlis vai datums. Funkcijas var tikt izmantotas kontrolēs, jautājumu pārejās un automātiskajās korekcijās (arī izmantojot šīs funkcijas aritmētiskās darbībās)MIN([2. Līmeņa celle]) ]) atgriež minimālo skaitlisko vērtību vai datumu starp visām 2. līmeņa personām atbilstoši celles tipam. MAX ([2. Līmeņa celle]) atgriež maksimālo skaitlisko vērtību vai datumu starp visām 2. līmeņa personām atbilstoši celles tipam.

1.09

Papildināt sistēmas funkcionalitāti, ja anketa tiek pildīta angļu vai krievu valodā (CAWI modulis), tad atverot pogu Palīdzība, instrukcija tiek attēlota attiecīgajā valodā.

1.10

Papildināt interviju apsekojumu pārskatu sagatavošanu ar iespēju interviju apsekojuma mainīgajam norādīt parametru, vai to iekļaut arhivēšanā. Šobrīd ir iespējams norādīt rādītājus, kurus nepieciešams arhivēt. Nepieciešams izveidot izziņu par pārskata versiju, kurā tiktu attēlots, kuri mainīgie tiks arhivēti un kuri netiks.

1.11

Papildināt sistēmas funkcionalitāti - IA datu ievade – Personu dzēšanas poga aktīva/neaktīva ņemot vērā apsekojuma reizi. Nepieciešams papildināt sistēmas nosacījumus par to kad datu ievadē 2. līmeņa respondentu definēšanas tabulā ir aktīva poga “Dzēst personu”. Šobrīd metadatos, pie otrā līmeņa respondentu definēšanas tabulas tiek norādīts – atļaut/neatļaut personu pievienošanu/dzēšanu datu ievadā. Nepieciešams, lai tiktu ņemts vērā ne tikai šis nosacījums, bet arī respondenta lauks – apsekojuma reize. Katram respondentam var tikt norādīta apsekojuma reize (cipars). Tikpat labi, šo reizi var arī nenoradīt. Nepieciešams papildināt metadatu funkcionalitāti - metadatos jānodrošina iespēju noradīt reizi (skaitli), kuru jāņem vērā katram apsekojumam individuāli (vienam pie reizes 1, vienam pie reizes 3), pie funkcionalitātes atļaut/neatļaut personu dzēšanu datu ievadā. Norādot reizi (ievadīto skaitli) jāņem vērā nosacījums vienāds lielāks par norādīto reizi. Ja respondentam nav norādīta reize, tad jāņem vērā tikai metadatos norādītā pazīme drīkst/nedrīkst dzēst personas datu ievadā. Nosacījumi par apsekojuma reizi attiecināmi tikai uz pogu personu dzēšana (pogai personu pievienošana nav jāņem vērē nosacījumi par apsekojuma reizi).

12

1.12

Papildināt sistēmas funkcionalitāti - CAWI lietotāju autorizācija sistēmā (izmantojot lietiotājvārdu un paroli)Nepieciešamā funkcionalitāte – ja respondents sistēmā autorizējas pirmo reizi (izmantojot lietotājvārdu un paroli), respondentam tiek prasīts samainīt sākotnējo paroli uz patstāvīgo. Patstāvīgai parolei jāatbilst principiem, kādi tiek izmantoti ISDAVS sistēmā (paroles garums, nosacījumi par burtiem/cipariem). Pie parole nomaiņas respondentam ir jānorāda e-pasts, uz kuru var sūtīt respondentam paroli gadījumos, ja patstāvīga parole ir aizmirsta. Gadījumā, ja respondents ir aizmirsis savu patstāvīgo paroli, viņam ir iespēja nospiest pogu aizmirsu paroli. Uz sākotnēji norādīto e-pasta adresi tiks nosūtīta jauna pagaidu parole, kura ir derīga 2 dienas. Jānodrošina iespēju pagaidu parolei norādīt, ka arī ar šo paroli autorizējoties sistēmā tiek prasīts izveidot jaunu patstāvīgo paroli. Ja pēc divām dienām nav aktivizēta jauna parole, sistēmai jāatgriežas pie vecās paroles. Ja to pašu dienu laikā vēlreiz tiek spiesta poga Aizmirsu paroli, sistēmai jāpārbauda vai ar jaunģenerēto paroli ir mēģināts pieslēgties pie sistēmas, ja nav mēģināts – jaunu paroli neveido. Sistēmas administratoram jāredz viss šis process, kad nobloķēts konts, uz kādu e-pastu nosūtīta parole utt. Papildus, sistēmas administratoram jānodrošina iespēju labot lietotāja ievadītās e-pasta adreses otro daļu (@...). Piemēram, var būt gadījumi, kad kļūdaini ievadīta e-pasta otrā daļa (gmal.com, gmail.lv utt).

1.13

Atskaites par padarīto darbuNepieciešama funkcionalitāte, kas nodrošinātu iespēju no ISDAVS CASIS sistēmas puses veidot atskaites par intervētāju darbu konkrētā laika periodā. Atlases kritēriji:• intervētāja ID (ar iespēju izvēlēties vienu/vairākus/visus intervētājus);• Laika periods (datums no-līdz);• Apsekojums (ar iespēju izvēlēties konkrētu apsekojumu vai nenorādot apsekojuma nosaukumu un meklējot jebkurā apsekojumā)Atskaitē nepieciešams attēlot:• Apsekojuma nosaukumu, reizi;• Respondenta kodu;• Intervētāja ID, vārdu, uzvārdu;• Adresi;• Anketas statusu (ja neatbildētība, tad arī neatbildētības iemeslu, tekstu);• Anketas laiki minūtēs, kas piefiksējas respondentu sarakstā (ievadei patērētais laiks, darbs pie respondenta)• Datumu, kad veiktas pēdējās izmaiņas anketas datos un ievades lietotāju;• Datumu, kad veiktas pēdējās izmaiņas respondenta datos un anketas lietotāju;• Anketas aizpildīšanas detaļas;Atskaites nepieciešams eksportēt uz Excel/Access

1.14

Papildināt sistēmas funkcionalitāti - Anketu aizpildīšanas laiks:1. Pie anketu aizpildīšanas detaļām attēlot papildus laukus fakt_laiks un iev_laiks (H:mm:ss), kur tiek aprēķināts katras iterācijas ilgums (cik ilgs laiks paiet no sākuma līdz beigām). Šādi lauki jāveido divi, jo pie detaļām tiek fiksēts sākuma/beigu laiks un sistēmas sākuma/beigu laiks. 2. Respondentu sarakstā, sadaļā “Aptaujas aizpildīšana” attēlot papildus laiku (zem Anketas ievadei/labošanai patērētais kopējais laiks) – Respondenta laiks, kuru aprēķina saskaitot zemāk uzskaitītās vienības:2.1. CAPI anketām:a. Jāņem vērā pazīme – darbs pie respondenta un jāsaskaita laiks/-i, kas patērēts anketas ievadei (sistēmas piefiksētie laiki);b. Jāņem vērā pazīme – darbs mājās anketa ievadīta no papīra – jāskaita laiks/-i, kas norādīts laukos uzsākšanas/beigu laiks.2.2. CAWI anketāmc. Jāņem vērā laiks/-i, kas patērēts anketas ievadei.2.3. CATI anketāmd. Jāņem vērā laiks/-i, kas patērēts anketas ievadei.

13

1.15

Nepieciešams papildināt sistēmas funkcionalitāti, lai IA apsekojumiem, pie anketu aizpildīšanas detaļām, piefiksētos ieraksts par to, kad anketai uzlikts statuss Neatbildētība (līdzīgi kā šobrīd ar anketu ievadi un Intervija nenotiks).

1.16

Kodēšana mājāsNepieciešama funkcionalitāte, kas ļautu pie klasifikatora atzīmēt kodēšana mājās, kā arī – anketas beigās tiktu attēlots saraksts ar jautājumiem (linku veidā), kurus nepieciešams nokodēt. Ja jautājums tiek salabots – tas no saraksta pazūd. Ja anketā ir klasifikatori, kuriem uzlikts statuss kodēšana mājās, tad anketas beigās automātiski tiek piedāvāts uzlikts anketas statusu kodēšana mājās (nevar izvēlēties statusu – Pabeigta). Šāda funkcionalitāte nepieciešama CAPI apakšaplikācijā.

1.17

Papildināt sistēmas funkcionalitāti - pārbaude vairāk atbilžu jautājumiem.Situācijas apraksts:1. jautājums - iespēja atzīmēt vairākas atbildes no saraksta (piemēram, kurus produktus ēdat ikdienā);2. jautājums - iespēja atzīmēt vienu atbildi no saraksta (piemēram, kuru no iepriekš minētājiem produktiem ēdat visbiežāk). Saraksti abos jautājumos ir vienādi. Nepieciešams, lai pie 2. jautājuma tiktu veikta pārbaude vai atzīmētā atbilde ietilpst 1. jautājumā atzīmētajos variantos. Piemēram, sarakstā ir atbildes no 1 līdz 10. Pie pirmā jautājuma atzīmētas atbildes 2,3,4,7,9. Pie otrā jautājuma cilvēks atzīmē 6. Nepieciešams, lai šajā brīdī nostrādā pārbaude, ka atbilde 6 nevar būt, jo pie pirmā jautājuma sniegtas atbildes 2,3,4,7,9 un 6 nav vienāds ar nevienu no šīm atbildēm. Ja ir kļūda - lietotājam jāizdod ziņojums ar paskaidrojumu par to, ka pie pirmā jautājuma Jūs sniedzāt atbildes <atbildes Nr.1> un otrā jautājuma atbilde <atbilde Nr2> nav vienāda ar nevienu no iepriekš sniegtajām atbildēm.

1.18

Papildināt sistēmas funkcionalitāti tā, lai plakanajā eksportā attēlotos atbilžu varianti nezinu/atsakos atbildēt, kas atzīmēti pie datuma tipa laukiem.

1.19

Papildināt sistēmas funkcionalitāti tā, lai vienu respondentu var nosūtīt paralēli gan uz CAWI, gan uz CATI. Sistēmā jānodrošina iespēja, ka tiek veikta pārbaude, kurā modulī respondents tiek atvērts ātrāk. Tajā kurā atver ātrāk, tajā respondents paliek, no otra moduļa respondents pazūd. Papildus jānodrošina tas, ka ne visiem apsekojumiem jāizmato šī paralēlā metode (jāsaglabā līdzšinējais mehānisms), līdz ar ko vajag ieviest papildus pazīmi, piemēram, ja respondentam atzīmē, ka modulis ir CAWI, tad var tikt izmantota papildus pazīme - drīkst izmantot paralēli CATI.Jānodrošina iespēju, pie respondentu atlases kritērijiem atlasīt šādus respondentus, lai varētu saprast kurš respondents kurā sistēmā ir sācis/pārtraucis/pabeidzis pildīt anketu.

1.20

Papildināt sistēmas funkcionalitāti IA datu ievadam ar iespēju - virzot peles kursoru uz konkrētu vārdu – informatīvā lodziņā (hintā) tiek parādīta vārda definīcija, kas aprakstīta metedatos. Nepieciešams, lai metadatos ir iespējams noradīt kuram vārdam tiks aprakstīta definīcija (ņemot vērā, ka katru jautājumu var definēt vairākās valodās - katrā no šīm valodām jābūt iespējai norādīt kuram vārdam tiks rādīts hint), kā arī nepieciešams papildināt metadatus ar vietu, kur ierakstīt šīs definīcijas, savukārt datu ievadā (neatkarīgi no apakšaplikācijas), jānodrošina, ka šī informācija tiek attēlota. Definīcijas jāvar norādīt 3 valodās (LV, EN, RU), un datu ievadā tiek attēlots attiecīgi valodā, kāda izvēlēta datu ievadam (LV, EN, RU).

1.21

Izstrādāt procedūru, ar kuras palīdzību tiktu izdzēsti SMS no apmaiņas servera.

2.01

Izstrādāt funkcionalitāti, kas nodrošinātu iespēju lietotājam pildīt un iesniegt e-intervijas pārskatus, pieslēdzoties e-Pārskats sistēmā. Šobrīd lietotājs var apskatīties tikai pārskatu sarakstu, kāds tam ir pievienots e-intervijā. Lietotājam jāvar pildīt pārskatus neveicot atkārtotu autorizāciju

14

2.02

Izstrādāt funkcionalitāti, kas nodrošinātu pirmdatu eksportu uz CSV failu. Funkcionalitāte nepieciešama IA apsekojumiem un Biznesa statistikā. CSV failā kā atdalītāju jāizmanto vertikālo tabu (ASCII kods 124), pirmajā rindā jāattēlo kolonnu nosaukumus. Eksports uz CSV jāpiefiksē Notikumu žurnālā.

2.03

Papildināt noklusētos respondenta aprakstošos laukus biznesa statistikai un IA apsekojumiem ar lauku "Analīzes statuss", kuram būtu iespējamas četras vērtības (char1):• "R" – apsekojumam atbilstošs respondents;• "N" – apsekojumam atbilstošs nerespondents;• "O" – apsekojumam neatbilstoša vienība;• "Q" – vienība ar nezināmu atbilstību apsekojumam.Šī lauka vērtību jāvar ieimportēt veicot respondenta saraksta importu, kā arī noeksportēt, eksportējot respondenta sarakstu. Lauku jāvar eksportēt no Pirmdatu analīzes.

2.04

Papildināt noklusētos respondenta aprakstošos laukus biznesa statistikai un IA apsekojumiem ar lauku "Dizaina svars" tips (numeric), zīmju skaits aiz komata nav ierobežots.Šī lauka vērtību jāvar ieimportēt veicot respondenta saraksta importu, kā arī noeksportēt, eksportējot respondenta sarakstu. Lauku jāvar noeksportēt no Pirmdatu analīzes.

2.05

Metadatu apraksts – sadaļu dalīšana, apvienošanaPapildināt sistēmas funkcionalitāti ar iespēju apvienot/dalīt jau aprakstītas sadaļas metadatos. Funkcionalitāte nepieciešama kā biznesa statistikas pārskatiem, tā IA pārskatiem

2.06

Papildināt funkcionalitāti primdatu analīzei biznesa statistikā un interviju apsekojumiem, lai būtu iespējams atlasīt visus sadaļā iekļautos elementus, norādot sadaļu. Piemēram, norādot sadaļu Respondenta atribūti, tiek atlasīti visi respondenta atribūta lauki.

2.07

Nomainīt esošo internetbanku un elektroniskā paraksta autorizācijas risinājumus e-Pārskatā un e-intervijā uz latvija.lv autorizācijas risinājumu.

3.01

Papildināt sistēmas funkcionalitāti ar iespēju Biznesa statiskai veidot kļūdu protokolu tikai par konkrēti minētām pārskata kļūdām (norādot konkrētas validācijas) .

3.02

Nomainīt noklusēto biznesa statistikas respondenta aprakstošā lauka “Strata” tipu no numeric uz char 200.

3.03

Izņemt no biznesa statistikas datu ievadformām laukus, kas attiecas uz Nace pirmo redakciju: Nace 1, Nace 2, Nace 3, Nace kat.Respondenta datu lauki ir jāsaglabā, lai nepieciešamības gadījumā tajā varētu ieimportēt vērtības, kā arī būtu pieejamas vēsturiskās vērtības.

3.04

Papildināt funkcionalitāti ar jaunu izziņas veidu biznesa statistikā. Izveidot jaunu izziņas veidu “Izziņa par respondentiem ar iesniegtiem pārskatiem, bet kuri nav pabeigti”. Izmantojot šo izziņu tiek atlasīti tie respondenti kuriem ir iesniegti dati, bet poga "Pabeigt" nav spiesta.

3.05

Papildināt funkcionalitāti, biznesa statistikas datu ievadei nepieciešams veikt izmaiņas, lai būtu iespējams ievadīt laukā "Paskaidrojums" vērtību neaizpildot lauku “Šifrs”

3.06

Izstrādāt funkcionalitāti, biznesa statistikas datu ievadei, lai būtu iespējams nosūtīt e-pastu respondentam uz norādīto e-pasta adresi, nospiežot uz laukā norādīto e-pasta adresi.

3.07

Papildināt funkcionalitāti, biznesa statistikas datu ievadei, respondenta aprakstošajos laukos, tiktu attēlots klasifikatora koda nosaukumu, kad peles kursors tiek novietots uz klasifikatora koda lauka. Ja klasifikatoram nav šādas vērtības jāattēlo paziņojums, ka “Kods nav atrasts klasifikatorā”.

3.08

Papildināt funkcionalitāti biznesa statistikas datu ievadei, kļūdu protokolā jāattēlo lietotājs, kurš komentējis kļūdu. Ja kļūdu komentējis pats respondents iesniedzot e-Pārskatu, tad komentāra autors ir e-Pārskats, ja kļūdas komentāru rediģējis statistiķis, tad komentāra autors ir darbinieks, kurš to ir rediģējis un nepieciešams attēlot šī darbinieka lietotājvārdu.

15

3.09

Izstrādāt funkcionalitāti biznesa statistikas pirmdatu analīzei, lai veicot pirmdatu eksportu Excel formātā, varētu izvēlēties vai eksportētājā datnē kolonnu nosaukumā tiks attēlota mainīgā koordināte un mainīgā nosaukums vai tikai mainīgā koordināte. Šobrīd veicot pirmdatu eksportu Excel formātā kolonnu nosaukumos tiek attēlota mainīgā koordināte.

3.10

Papildināt sistēmas funkcionalitāti, ar iespēju izmantot biznesa statistikas Pirmdatu analīzes saglabātos pieprasījumus un rediģēt tajos periodu ne tikai gada ietvaros. Šobrīd sistēma atļauj rediģēt/saglabāt pieprasījumus tikai gada ietvaros.

3.11

Papildināt biznesa statistikas automātisko korekciju funkcionalitāti, lai ar to palīdzību varētu labot vai pārkopēt vērtību klasifikatoru tipu šūnās. Nodrošināt iespēju gan fiksētajām, gan mainīgajām rindām.

3.12

Papildināt biznesa statistikas funkcionalitāti, lai agregēto datu analīzei - varētu izmantot arī klasifikatoru grupējumus, līdzīgi kā veidojot kopsavilkumus.

3.13

Papildināt noklusētos respondenta aprakstošos laukus biznesa statistikai ar lauku "ISK" (Institucionālo sektoru klasifikācija) tips char7.Šī lauka vērtību jāvar ieimportēt veicot respondenta saraksta importu, kā arī noeksportēt, eksportējot respondenta sarakstu. Lauku jāvar noeksportēt no Pirmdatu analīzes.

3.14

Papildināt biznesa statistikas funkcionalitāti, lai no Datu ievades saskanēm būtu iespējams apskatīties informāciju par respondentu Uzņēmuma reģistrā, šobrīd ir iespējams apskatīties tikai informāciju par respondentiem, kuri ir BusReg. Nepieciešams attēlot informāciju par respondentiem kas ir ZemReg, UUK=33, FP, Ārvalstu uzņēmums.

3.15

Izstrādāt jaunu respondenta aprakstošo lauku biznesa statistikas funkcionalitātei "Respondenta mājaslapas adrese". Šis lauks nepieciešams Pārskatu reģistrācijā, biznesa statistikas ievadaformās un e-Pārskats sistēmā. Sinhronizējot respondentu sarakstu no Pārskatu reģistrācijas uz e-Pārskatu, šim laukam ir jāsinhronizējas. Aktualizējot respondentu Pārskatu reģistrācijā no Uzņēmuma reģistra, šim laukam jāaktualizējas.

3.16

Unificēt NACE laukus biznesa statistikas saskarnēs un importa/eksporta funkcionalitātē. NACE lauku saraksts tiks iesniegts izstrādes procesa laikā.

3.17

Izstrādāt jaunu statusu e-Pārskatā “Pārskats sagatavots iesniegšanai”. Šis statuss nozīmē, ka pārskatā nav vairs validācijas kļūdas un pārskata sagatavotājs apstiprina, ka darbs pie pārskata ir pabeigts un to var iesniegt.Ja pārskatu sagatavo lietotājs bez piekļuves tiesībām iesniegt pārskatu, tad lietotāji ar tiesībām parakstīt pārskatu kā arī lietotāji ar tiesībām “iesniedzamie pārskati nav jāparaksta” tiek informēti ar e-pasta starpniecību, par to, ka pārskats ir sagatavots un to nepieciešams iesniegt.Ja pārskatu sagatavo lietotājs ar piekļuves tiesībām parakstīt pārskatu vai ”Iesniedzamie pārskati nav jāparaksta”, tad lietotājam netiek nosūtīts e-pasts un pēc pārskata pabeigšanas tas var pārskatu iesniegt. Ja pārskatam ir statuss "Pārskats sagatavots iesniegšanai" lietotājs ar piekļuves tiesībām parakstīt pārskatu var atgriezt pārskatu statusā "Iesākts" ievadot paskaidrojumu, kāpēc pārskats atgriezts iepriekšējā statusā. Sistēmai jāinformē pārskata sagatavotājs, ka pārskats ir jālabo.

3.18

Attēlot papildus informāciju e-Pārskata lietotājiem par piekļuves tiesībām e-Pārskats sistēmā. e-Pārskatā jāattēlo piekļuves tiesība “Iesniegt pārskatus”. Šī tiesība ir visiem lietotājiem, kuriem ir uzģenerēts paraksts kā arī lietotājiem, kuriem ir piekļuves tiesība “iesniedzamie pārskati nav jāparaksta”. Šobrīd tiesību iesniegt pārskatu iespējams apskatīties tikai no e-Pārskata administrēšanas rīka.

16

3.19

Papildināt e-Pārskata Drukas versijas (PDF) datnes sagatavošanas funkciju, lai sagatavojot Drukas versiju tiktu izveidota *.pdf datne, kurā ir attēlots pārskats un informācija par pārskata iesniedzēju (vārds un uzvārds), datums un laiks, kad pārskats ir iesniegts. Ja pārskats ir iesniegts atkārtoti jāattēlo informācija par pēdējo pārskata iesniegšanu. Ja pārskata statuss nav "Iesniegts CSP", tad jāattēlo tikai pats pārskats.

3.20

Izstrādāt funkcionalitāti e-Pārskata lietotājiem, ar piekļuves tiesību “Drīkst administrēt lietotājus”, nobloķēt citus šī paša respondenta e-Pārskata lietotājus e-Pārskats sistēmā. Sistēma nedrīkst ļaut nobloķēt visus respondenta lietotājus ar piekļuves tiesību “Drīkst administrēt lietotājus”, jāpaliek vismaz vienam respondenta lietotājam ar piekļuves tiesībām “Drīkst administrēt lietotājus”. Nobloķējot lietotāju ir nepieciešams ievadīt paskaidrojumu, kāpēc lietotājs ir nobloķēts. Lietotāju var atbloķēt gan lietotāji ar tiesībām “Drīkst administrēt lietotājus”, gan pārvaldes darbinieks no e-Pārskata administrēšanas rīka. Ja bloķētais lietotājs mēģina autorizēties e-Pārskats sistēmā, tam jāsaņem paziņojums, ka tas ir bloķēts, kā arī nepieciešams attēlot kontakt informāciju par lietotāju, kurš viņu ir nobloķējis un paskaidrojumu kāpēc tas ir izdarīts.Ja 30 dienu laikā lietotājs netiek atbloķēts, tad sistēmai automātiski tas jādzēš. Notikumu žurnālā nepieciešams saglabāt ierakstu gan par lietotāja bloķēšanu, gan par tā dzēšanu.

3.21

Pilnveidot e-Pārskata importus (.xslx un .xml), lai imports kontrolē vērtības atbilstoši metadatu aprakstiem, pie nekorektām vērtībām lietotājiem attēlo kļūdas ziņojumu, kur un kādas vērtības nav korektas un kādām tām jābūt.

3.22

Papildināt funkcionalitāti e-Pārskatā, lai pārskatos, skaitļu šūnās būtu iespējams ievadīt vērtību 0. Šobrīd ievadot skaitļu šūnās vērtību 0 tā tiek dzēsta. Tāpat vērtību 0 jāattēlo arī automātisko aprēķinu laukos, ja kādas aprēķinos iesaistītās šūnas vērtība ir 0 un pārējās nav aizpildītas, kā arī, ja aprēķinu rezultāts ir 0. Tāpat 0 vērtību nepieciešams varēt ieimportēt veicot priekšiedrukas importu.

3.23

Izstrādāt funkcionalitāti e-Pārskats un biznesa statistikas datu ievadei, kas uzskaitītu sistēmā validācijas kļūdas notikumus. Nepieciešams izveidot atskaiti, kurā tiek attēlots cik bieži katra validācija neizpildās.

3.25

Papildināt e-Pārskata lietotāju informāciju ar jauniem lietotāja aprakstošajiem laukiem.Nepieciešams pielikt sekojošus laukus:• vārds - varchar 50;• uzvārds – varchar 50;• epasts – varchar 300;• tālrunis –varchar 20.Šos laukus jāvar rediģēt no • e-Pārskata, lietotājam ar tiesībām "Drīkst administrēt lietotāju";• e-Pārskata administrēšanas rīka lietotājam, kam ir tiesības darboties ar respondentu.Informāciju par e-Pārskats lietotājiem jāvar aplūkot e-Pārskata vietnē un arī no e-Pārskata administrēšanas rīka.

3.26

Papildināt biznesa statistikas e-Pārskats funkcionalitāti, lai lietotāji, kuri ir izmantojoši iespēju autorizēties e-Pārskats sistēmā izmantojot internetbankas autorizāciju un kuriem ir tiesības piekļūt pie dažādu respondentu atskaitēm varētu nomainīt respondentu par kuru pilda atskaites neizejot no sistēmas.Pašreizējā sistēmas versijā lietotājs, kurš autorizējas izmantojot internetbanku autorizāciju un kuram ir piekļuves tiesības pie vairāku respondentu atskaitēm, respondentu var izvēlēties tikai pieslēdzoties sistēmā, lai nomainītu respondentu, lietotājam ir jābeidz darbs sistēmā un jāautorizējas atkārtoti.

17

3.27

Izstrādāt funkcionalitāti, lai e-Pārskata lietotāji varētu apskatīties notikumu žurnālu, kurā tiktu attēlotas darbības ar pārskatu. Notikumu žurnālā nepieciešams attēlot sekojošas darbības: rediģēts pārskats un iesniegts pārskats. Notikuma žurnālā jāattēlo informācija par lietotāju kurš ir veicis minētās darbības, kā arī datumu un laiku, kad tās ir veiktas un IP adresi no kuras tās ir veiktas. Notikuma žurnālā nepieciešams attēlot, visus notikumus, kas veikti ar pārskatu. Piemēram, ja pārskats ir iesniegts atkārtoti, tad notikumu žurnālā jāatspoguļo gan pirmreizējā pārskata ievade un iesniegšana, gan atkārtota pārskata rediģēšana un iesniegšana. Notikumu žurnālu jāvar aplūkot visiem pārskatiem, kurus respondents var apskatīt, neatkarīgi vai pārskatam datu ievade ir atļauta vai nav. Ja pārskats tiek arhivēts, tad tā notikumu žurnāls tiek dzēsts.

3.28

Papildināt funkcionalitāti, lai e-Pārskata lietotāji varētu apskatīties visu pārskatu sarakstu, kuri ir pievienoti respondentam, gan tos kuriem vēl nav pienācis ievades termiņš, gan tos tos kuriem nav iestatīta pazīme “publicēts”.Nepieciešams izcelt pārskatus, kurus respondents nevar pildīt dēļ pārskata ievades termiņa, savādākā krāsā, lai tie būtu vizuāli atšķirīgi pārskatu sarakstā no pārskatiem, kurus respondents var pildīt. Ja respondents mēģinās atvērt pārskatu, kuram ievades termiņš vēl nav pienācis, sistēmai jāattēlo sekojošs paziņojums:“Pārskats būs pieejams datu ievadei no <PārskataIevadeNo> līdz <PārskataIevadeLīdz>. “Ja respondents mēģinās atvērt pārskatu, kuram ievades termiņš ir beidzies, sistēmai jāattēlo sekojošs paziņojums:“Pārskats nav pieejams ievadei, jo beidzies datu ievades termiņš. Ievades termiņš bija no <PārskataIevadeNo> līdz <PārskataIevadeLīdz>. “Ja respondents mēģinās atvērt pārskatu, kuram ievades termiņš ir sasniegts, bet tehnisku apsvērumu dēļ tas šobrīd nav publicēts, tad sistēmai jāattēlo sekojošs paziņojums.“Tehnisku iemeslu dēļ pārskats nav pieejams datu ievadei. Atvainojamies par sagādātajām neērtībām”<PārskataIevadeNo> - e-Pārskats sistēmā norādītā izvēlētā pārskata un perioda lauka vērtība [Pārskata ievade no]<PārskataIevadeLīdz> e-Pārskats sistēmā norādītā izvēlētā pārskata un perioda lauka vērtība [Pārskata ievade līdz]Visu pārskata sarakstu nepieciešams attēlot izvēloties filtrā Aktualitāte: Visi un attiecīgo gadu.Testa respondentiem, kuri ir minēti tabulas [w__SysParameter], laukā [Respondent_WebViewer] jābūt iespējai testēt uzģenerēto pārskatu, neatkarīgi no tā vai pārskats ir publicēts un vai ievades termiņš ir sasniegts.

3.29

Nomainīt lauka "Statistiķis" noklusēto vērtību uz (jebkurš) e-Pārskata administrēšanā Biznesa respondentu atlases saskarnē.

3.30

Izņemt respondentu aprakstošos laukus "Sar G" un "Sar C" no e-Pārskata administrēšanas lietotāja saskarnēm un respondentu tabulas.

3.31

Izstrādāt biznesa statistikai funkcionalitāti, jaunam respondentam, kurš piesakās e-Pārskats sistēmai izmantojot "pieteikuma anketu", ar kuru tiktu automātiski izveidots lietotājvārds un parole un tā tiktu nosūtīta respondentam. Notikuma žurnālā nepieciešams attēlot ierakstu par lietotāja izveidi. e-Pārskata administrēšanā jāatspoguļo, ka lietotāju ir izveidojusi sistēma un nepieciešamības gadījumā jāvar nosūtīt atkārtoti e-pastu respondentam. Sistēma automātiski drīkst veidot lietotājvārdus tikai tādiem respondentiem, kuri agrāk nav pildījuši e-Pārskats pārskatus kā arī ir pievienotie pārskati nesatur priekšiedruku. "Pieteikumu anketu" datu bāzē nepieciešams norādīt vai pieteikums ir automātiski apstrādāts vai nav.

3.32

Papildināt funkcionalitāti e-Pārskats sistēmai, ka eksportējot pārskatu no e-Pārskata administrēšanas, tiek pārnests respondenta ievadītais paskaidrojums (iesniedzot pārskatu), uz biznesa statistikas datu ievades respondenta lauku "Paskaidrojums".Laukā "Paskaidrojums" jānorāda, ka paskaidrojuma autors ir e-Pārskats. Datu ievades lietotājs var rediģēt paskaidrojumu.

18

3.33

Papildināt biznesa statistikas kopsavilkumu veidošanas saskarni ar informāciju par pēdējo izmaiņu datumu/lietotāju kurš tās veicis un reģistrēt faktu, kad kāds lietotājs ir veicis izmaiņas kopsavilkuma aprakstos notikuma žurnālā.

3.34

Izstrādāt funkcionalitāti, lai būtu iespējams ievietot e-Pārskata pārskatos sadaļas ar mainīgām rindām, kuras tiek automātiski sadalītas pa lapām. Jānodrošina iespēju sadaļai norādīt parametru vai tā tiks dalīta pa lapām vai nē. Mainīgo rindu skaitu lapā jānorāda kā parametru. Sadaļu ar mainīgām rindām jāvar ievietot gan pārskata sākumā, gan vidū, gan beigās.

3.34

Papildināt biznesa statistikas agregāciju veidošanas saskarni ar informāciju par pēdējo izmaiņu datumu/lietotāju kurš tās veicis un reģistrēt faktu, kad kāds lietotājs ir veicis izmaiņas agregāciju aprakstos notikuma žurnālā.

3.35

Biznesa statistikā jānodrošina respondenta aprakstošā lauka "Koef" izmantošana automātiskajās korekcijās un validāciju aprakstos.

3.36

Papildināt funkcionalitāti "Reģistrācija un atbildētība" , iestrādāt kārtošanas funkcionalitāti vēstuļu sūtīšanas logā. Funkcionalitātei jānodrošina iespēja sakārtot uzģenerētās vēstules pēc izvēlētiem laukiem. Šobrīd visas vēstules tiek sakārtotas pēc UUK.

3.37

Papildināt sistēmas funkcionalitāti Reģistrācijas un atbildētības saskarnē “Pārskatu reģistrācija”, jāizveido 2 jaunas pogas: “Uzņēmuma reģistrs” un “Intrastat reģistrs”. Pēc pogas “Uzņēmuma reģistrs” nospiešanas sistēmai jāatver "Uzņēmuma reģistrs" un tajā jāattēlo informācija par respondentu. Pēc pogas “Intrastat reģistrs” nospiešanas sistēmai jāatver "Intrastat reģistrs" un tajā jāattēlo informācija par atlasīto respondentu.

3.39

Papildināt sistēmas funkcionalitāti "Reģistrācija un atbildētībā", ka importējot pārskatu pagarinājumus no Intrastat reģistra, pārskata pagarinājums tiek iestatīts tikai tiem pārskata periodiem, kuriem, tas ir norādīts Intrastat reģistrā. Pievienojot jaunus pārskata periodus respondentiem, pagarinājums automātiski nepārnesas no iepriekšējā perioda.

3.40

Izstrādāt "Reģistrācijā un atbildētībā" jaunus respondenta aprakstošos laukus: Gen G un Gen C. Laukiem ir jābūt char1 tipam. Šajos laukos tiks glabāta informācija vai respondents ir attiecīgajās ģenerālkopās (gada/ ceturkšņa). Nepieciešams papildināta filtru saskarnē “Respondenta atlases kritēriji” ar laukiem Gen C un Gen G, lai varētu atlasīt respondentus pēc šīm pazīmēm. Vērtību laukos Gen C un Gen G jāvar aktualizēt no Uzņēmuma reģistra laukiem Gen C un Gen G.

3.41

Izstrādāt funkcionalitāti, lai notikumu žurnālā saglabātu sekojošas veiktas darbības "Reģistrācijā un atbildētībā" :Izveidots jauns pārskats;Piesaistīts ISDAVS pārskatam;Atsaistīts no ISDAVS pārskata;Respondents pievienots pārskatam;Respondents atvienots no pārskata;Respondentu saraksts apstiprināts;Respondentu saraksts sinhronizēts ar Datu ievadi;Respondentu saraksts sinhronizēts ar e-Pārskatu;Nosūtīts uzaicinājums respondentam (piezīmēs nepieciešams saglabāt par kādiem pārskatiem nosūtīts uzaicinājums);Nosūtīts atgādinājums respondentam (piezīmēs nepieciešams saglabāt par kādiem pārskatiem nosūtīts atgādinājums).

3.42

Izstrādāt jaunas piekļuves tiesības "Reģistrācija un atbildētība".piekļuves tiesībai jāvar norādīt konkrētus pārskatus ar kuriem lietotājam ir tiesības veikt darbības (pievienot respondentu sarakstu pārskatam, apstiprināt pārskata respondentu sarakstu, sinhronizēt pārskata respondentu sarakstu ar Datu ievadi un e-Pārskatu). Piekļuves tiesība darbojas tikai tiem pārskatiem, kuri ir sasaistīti ar ISDAVS.

19

3.43

Papildināt funkcionalitāti biznesa statistikai, lai "Reģistrācija un atbildētība" varētu norādīt pazīmi pārskatam, kuru norādot nav iespējams pārskatu sasaistīt ar e-Pārskatu un par šo pārskatu nav iespējams nosūtīt atgādinājuma vai uzaicinājuma vēstuli. Šī pazīme ir domāta pārskatiem, kuriem dati tiks importēti biznesa statistikas datu ievadē.

3.44

Papildināt funkcionalitāti, biznesa statistikas datu ievadei, veicot datu kontroli (Kontrole - F12), nepieciešams, lai būtu ielikta noklusētā vērtība laukā “Rādīt visas kļūdas” un kļūdu protokolā tiktu attēlotas visas kļūdas.

3.45

Papildināt sistēmas funkcionalitāti Reģistrācijas un atbildētības lietotāja saskarnē “Pārskatu reģistrācija”, sistēmai jāattēlo iesniegtā pārskata kontaktpersonas vārds, uzvārds un tālruņa numurs.

3.46

Papildināt noklusētos respondenta aprakstošos laukus biznesa statistikai ar lauku "prof_paz" (profilēšanas metodes veids ) tips char1.Šī lauka vērtību jāvar ieimportēt veicot respondenta saraksta importu, kā arī noeksportēt, eksportējot respondenta sarakstu. Lauku jāvar noeksportēt no Pirmdatu analīzes.

4.01

Biznesa statistikas uzņēmuma reģistrā jādzēš uzņēmuma un VDVV validācijas NR: 6, 7, 8, 45, 46, 68, 69, 70

4.02

Biznesa statistikas uzņēmuma reģistrā jālabo esošās uzņēmuma un VDVV validācijas NR: 29, 33, 34, 36, 39, 40, 42, 56, 103, 104, 106esošā validācija NR 29 Ja nav aizpildīts lauks LKV, vai LKV="I", tad jābūt aizpildītam vismaz kodam NACE1 2.r jaunā validācijas NR 29 Ja nav aizpildīts lauks Lkv, tad jābūt aizpildītam vismaz kodam NACE1 2.resošā validācija NR 33 Laukā Rn ieraksta garums jābūt 9 zīmes, izņemot simbolu (*)jaunā validācijas NR 33 Laukā Rn ieraksta garuma jābūt 11 zīmes, izņemot simbolu (*)esošā validācija NR 34 Laukā Rn ierakstītais numurs nav atrasts laukā RNR (ja nes\akas ar "U")jaunā validācijas NR 34 Laukā ierakstītais numurs nav atrasts laukā NMK esošā validācija NR 36 Ja lauks Rn aizpildīts ar kodu, tad laukam LKV jābūt aizpildītam jaunā validācijas NR 36 RN Tips jāaizpilda tikai pie Lkv: N, S, Mesošā validācija NR 40 Lauka Tel2 ieraksta garuma pārbaude - 8 zīmesjaunā validācijas NR 40 Lauka Tel2 ieraksta garuma pārbaude - 8 zīmes vai atdalīts ar ";" un atstarpe 8 zīmes (max lauka garums 18 zīmes)esošā validācija NR 42 Lauka TelMob ieraksta garuma pārbaude - 8 zīmesjaunā validācijas NR 42 Lauka TelMob ieraksta garuma pārbaude - 8 zīmes vai atdalīts ar ";" un atstarpe 8 zīmes (max lauka garums 18 zīmes)esošā validācija NR 56 Jābūt aizpildītam laukam Statkap, izņemot SVTK kodus 6071, 6072, 6074, 6076, 2001, 1001, 3002jaunā validācijas NR 56 Jābūt aizpildītam laukam Statkap, izņemot SVTK kodus 6071, 6072, 6074, 6076, 2001, 1001, 3002, 7180, __61, 3003esošā validācija NR 103 VDVV nav aizpildīts NACE 2.r vai NACEA 2.r.jaunā validācijas NR 103 VDVV nav aizpildīts NACE 2.r. vai NACEA 2.r. (izņemot, ja VDVV ir Lkv pazīme vai nav aizpildīts uzņēmuma NACE1 2.r.)esošā validācija NR 104 VDVV NACEA_2007 kods nav atrasts starp NAce1 2.r, Nace2 2.r, Nace3 2.rjaunā validācijas NR 104 VDVV NACEA 2.r. kods nav atrasts starp Nace1 2.r.,Nace2 2.r.,Nace3 2.r.esošā validācija NR 106 UUK galvenajā reģistrā likvidēts vai apturējis darbību, bet VDVVbai nav aizpildīts lauks LKVjaunā validācijas NR 106 UUK galvenajā reģistrā likvidēts vai apturējis darbību (izņemot "K" un "U"), bet VDVV nav aizpildīts lauks Lkv

4.03

Biznesa statistikas uzņēmuma reģistrā jāizveido jaunas uzņēmuma un VDVV validācijas:ISK_G pārbaude atbilstoši klasifikatoram;ISK pārbaude atbilstoši klasifikatoram;Pārbaude uz pilsētām, kurām adrešu pierakstā nav jānorāda novads (saite uz Adrešu servisa

20

pieejamo sarakstu, kurš tāpat kā adreses ir atvērts labošanai);Ja NMK nesākas ar 9..., Lkv pazīme nevar būt F;Validācija E_mail2;RN Tips jāaizpilda tikai pie Lkv: N, S, M;Datums_lidz var būt neaizpildīts tikai vienam ierakstam (uzņēmums var piederēt tikai vienai UG);Ja aizpildīts Lkv ieraksts (pazīmes N, F), jābūt aizpildītam laukam Datums_līdz;Uzņēmumam Datums_no nevar būt vēlāks par Datums_līdz;Reģions_G neatbilst Tkat;Reģions_C neatbilst ATVK2;VDVV DLkv nevar būt agrāks kā laukā VDVV RDT;Salīdzina uzņēmuma un visu VDVV strādājošo skaitu vienādos laika periodos

4.04

Izņemt biznesa statistikā uzņēmuma reģistrā funkcionalitāti KATALOGS un ar to saistītās funkcijas kā arī nepieciešamas izmaiņas datu bāzes struktūrā un lietotāju saskarnēs.

4.05

Izņemt biznesa statistikā uzņēmuma reģistrā laukus no lietotāju saskarnēm un datu bāzes struktūras. Lietotāja saskarnēs lauku nosaukumi: Sar_g, Sar_C, Sar_R, Sar_C_R, Nod_C, Nod_G, Nod_R, Nod_C_R, Nace_kat, Tsav

4.05

Izņemt biznesa statistikā uzņēmuma reģistrā laukus no pamat lietotāja saskarnes: Globālās grupas EU_ID, Izveidošanas datums, likvidācijas datums. Norādīto lauku vietā lietotāja saskarnē jāievieto lauki no lietotāju saskarnes sadaļas Klasfikācija/katalogs: Kompl_UUK, Iekļaušanas datums, Izslēgšanas datums, prof_paz . prof_paz jauns lauks uzņēmuma reģistrā - klasifikatora kods pie lauka jābūt izvēlei no klasifikatora.

4.06

Izstrādāt biznesa statistikā uzņēmuma reģistrā sadaļas Klasifikācijas/katologs saskarnē jaunus laukus M, M_1, G_1, ATVK_G, SV, ISK, ISK_G. M - Aktuālā gada respondenti, tips char2;M_1 - Iepriekšējā perioda respondenti, tips char2;G_1 - Kompleksais pārskats par uzņēmuma darbību, tips char1;ATVK_G -Administratīvās teritorijas klasifikatora kods pie lauka jābūt izvēlei no klasifikatora; ISK - Institucionālais sektoru klasifikatora kods pie lauka jābūt izvēlei no klasifikatora;ISK_G - Institucionālais sektoru klasifikatora kods gadā pie lauka jābūt izvēlei no klasifikatora;SV - Statūt kapitāla valūta, valūtu klasifikatora kods, pie lauka jābūt izvēlei no klasifikatora. Pēc lauku izveides tajos jānokopē vērtības no sekojošiem sistēmas laukiem: M - dati no D_1;M_1 - dati no D_2;G_1 - dati no DEM;ATVK_G - dati no Tkat;ISK - dati no ESK;ISK - dati no ESK_G.Laukā SV - dati jākonvertē no lauka VS atbilstoši klasifikatoram. Lauks SV lietotāja saskarnē jānovieto blakus laukam Pamatkap. Pēc datu kopēšanas un konvertēšanas nepieciešams dzēst laukus D_1, D_2, DEM, Tkat, VS, ESK, ESK_G no lietotāja saskarnēm un datu bāzu struktūras.

4.07

Izveidot biznesa statistikā uzņēmuma reģistrā jaunu lauku "Ieņēmumi no citas saimnieciskās darbības" sadaļā "Ekonomisko rādītāju" , laukam jāattēlo vērtība pa periodiem (tāpat kā "Ekonomisko rādītāju" sadaļā laukos "Apgrozījums" un "Bilances kopsumma"), kā arī lauku jāvar izmantot filtrā atlasot uzņēmumus. Lauka "Ieņēmumi no citas saimnieciskās darbības" tips tāds pats kā laukam Apgrozījums.

21

4.08

Izstrādāt biznesa statistikas uzņēmuma reģistrā papildus jaunu lauku uzņēmuma kontaktpersonu e-pastiem. Lauka nosaukums email2, e-pasti laukā jāatdala "; ". Laukam jāpievieno klāt papildus funkcionalitāte Avots un Izmaiņu datums.Avota lauks - klasifikatora lauks, kura vērtību var ievadīt vai izvēlēties no Avota klasifikatora, jānorāda aizpildot saistīto datu lauku.Izmaiņu datums - datuma lauks, kura vērtība tiek aizpildīta automātiski, kad tiek labota vērtība saistītā datu laukā.

4.09

Papildināt biznesa statistikā uzņēmuma reģistrā lauku Tel1 un Tel2 garumu uz 18 zīmēm, laukos jāvar ievadīt divus tālruņa numurus, atdalot tālruņa numuru ar "; ".

4.10

Papildināt biznesa statistikā uzņēmuma reģistrā lauku EU_ID, GGH_EU_ID, UCI_EU_ID garumu uz 30 zīmēm. Nepieciešams veikt izmaiņas lietotāja saskarnēs, lai tiktu attēlota visa lauku vērtība.

4.11

Papildināt biznesa statistikā uzņēmuma reģistra sadaļā "Demogrāfija/vēsture" informāciju par uzņēmuma piederību grupām. Informācija jāattēlo tabulas veidā (tāpat kā šobrīd tiek attēlota Vēsture). Tabulā jāattēlo sekojošas kolonas: Gads, UUK_GR, NACE1, Datums_no, Datums_līdz, KD%, BT%, UUK_ATK,KD_ATK%. Tabulas laukus jāvar izmantot pie uzņēmuma atlases. Datu rediģēšanu iespējams veikt tikai veicot datu importu.

4.12

Papildināt biznesa statistikā uzņēmuma reģistra sadaļā "Demogrāfija/vēsture" atlases funkcionalitāti, lai izmantojot to būtu iespējams atlasīt uzņēmumus, kuriem kādā no vēstures sadaļām par konkrētu gadu nav datu, bet citos gados ir dati.

4.13

Papildināt biznesa statistikā uzņēmuma reģistra funkcionalitāti laukiem, lai uzbraucot uz lauka nosaukumu tiktu attēlots lauka apraksts. Lauku saraksts tiks sagatavots izstrādes laikā.

4.14

Papildināt biznesa statistikā uzņēmuma reģistra sadaļā "Adreses/tālruņi" laukam RN, lai tajā varētu saglabāt tikai NMK vērtību, šobrīd iespējams saglabāt tikai RNR vai UUK vērtību. Nepieciešams izveidot pogu pie lauka RN, lai reorganizācijas ceļā likvidētam uzņēmumam varētu apskatīties informāciju uzņēmuma reģistrā par tā tiesību pārņēmēju, kurš norādīts laukā RN.

4.15

Papildināt biznesa statistiskas uzņēmuma reģistra labošanas saskarnē validācijas, kas kontrolē savstarpējus 3 laukus - LKV, RN_tips, RN. RN_tips ir jāaizpilda tikai ja LKV ir "N", "S", vai "M".

4.16

Papildināt biznesa statistikas uzņēmuma reģistra funkcionalitāti Pāreja uz jaunu gadu. Nepieciešams noņemt funkcionalitāti, pie pārejas uz jaunu gadu, kas saistīta ar funkcionalitāti Katalogs. Veicot pārreju uz jaunu gadu jāatstāj transformācijas kas saistītas ar apgrozījumu un cilvēkiem.

4.17

Papildināt biznesa statistikā uzņēmuma reģistra piekļuves tiesībai "Statistiķi" tiesības rediģēt laukus Piezīmes un D_Piezīmes uzņēmuma reģistrā.

4.18

Izstrādāt biznesa statistikas uzņēmuma reģistra saskarnēs VDVV un VV sadaļās jaunus uzņēmuma laukus RESP tips char1 un N_sek klasifikatora koda lauks, pie lauka jābūt izvēlei no klasifikatora. Pēc lauku izveides tajos jānokopē vērtības no sekojošiem sistēmas laukiem: RESP - dati no SAR;N_sek - dati no NOD ;Pēc datu kopēšanas un nepieciešams dzēst laukus SAR un NOD no lietotāja saskarnēm un datu bāzu struktūras.

4.19

Papildināt biznesa statistikā uzņēmuma reģistra datu importu Lursoft/Register ar jaunu lauku regcode, lauka vērtība jāimportē laukā NMK. Nepieciešams veikt esošajā funkcionalitātē izmaiņas saistībā Uzņēma nosaukuma importu, lai veicot importu tiktu veidots uzņēmuma nosaukums no laukiem uzņēmuma nosaukums un tipa paplašinājuma. Ja jaunais nosaukums ir garāks kā atļautais lauka garums, tad šis uzņēmums jāatstāj manuālai apstrādei.

22

4.20

Izstrādāt funkcionalitāti biznesa statistikai uzņēmuma reģistra datu rezervju kopiju automātiskai veikšanaiIzstrādāt automātisku darbu, kas veic uzņēmuma datu eksportu tikai tiem uzņēmumiem, kuriem tajā dienā ir veiktas datu izmaiņas.Izstrādāt automātisku darbu, kas veic pilnu uzņēmuma reģistra datu eksportu noteiktos datumos.Eksportējamo lauku saraksts, kuru vērtībām jāveido rezervju kopijas tiks precizēts izstrādes laikā.

4.21

Papildināt funkcionalitāti biznesa statistikai uzņēmuma reģistra datu importam, lai veicot VID/VDVV importu varētu norādīt katra operatora apstrādājamo VDVV skaitu, operatoram jāapstrādā visas viena uzņēmuma VDVV.

4.22

Papildināt biznesa statistikas uzņēmuma reģistra datu importu Lursoft/Names Address, lai konkrētās adreses avota izmaiņu datums tiktu norādīts, nevis importa veikšanas datums kā ir šobrīd, bet gan vērtība no importējamās datnes kolonas "update" vērtība.

4.23

Izstrādāt jaunu funkcionalitāti Biznesa statistikas uzņēmuma reģistrā uzņēmuma grupu validācijas. Validāciju algoritmam jāstrādā tāpat kā esošajām Uzņēmuma un vdvv validācijām. Uzņēmuma grupu validācijām kā parametrs jānorāda gads pirms validācijas izsaukšanas.Jāizstrādā sekojošas uzņēmuma grupu validācijas: Uz YYYY gada beigām viena UUK_GR ietvaros visiem uzņēmumiem ir aizpildīts UUK_ATK; Uz YYYY gada beigām viena UUK_GR ietvaros UUK_Atk nav sastopams starp UUK, kuriem nav atzīmēta Datums_līdz pazīme; Uz YYYY gada beigām viena UUK_GR ietvaros tikai vienam UUK nav aizpildīts Datums_līdz; Uz YYYY gada beigām viena UK_GR ietvaros ir aizpildīts lauks Likvidācijas datums, ir jābūt aizpildītiem visiem Datums_līdz;Uz YYYY gada beigām viena UUK_GR ietvaros nav aizpildīts vismaz viens UUK_ATK, kuram nav aizpildīts Datums_līdz;Uz YYYY gada beigām viena UUK_GR ietvaros uzņēmumam, kuram nav aizpildīts UUK_ATK, Datums_līdz un ir aizpildīts lauks Valsts, lauka Valsts ieraksts nesakrīt ar Reģistrācijas valsts;

4.24

Papildināt biznesa statistikas uzņēmuma grupu reģistra sadaļu Ekonomiska informācija ar laukiem: Bilances, kopsumma, Avots, valūta. Šie lauki ir jāpieliek gan pie Uzņēmuma grupas informācijas gan pie Globālās grupas ekonomikas informācijas.

4.25

Izstrādāt biznesa statistikā uzņēmuma grupa reģistrā sadaļu "Vēsture". Informācija jāattēlo tabulas veidā (tāpat kā šobrīd tiek attēlota Uzņēmuma reģistrā Vēsture). Tabulā jāattēlo sekojoši lauki: Gads, UG_veids, NACE1, NACE2, Globālās grupas EU_ID, GGH_EU_ID, valsts kur atrodas globālais centrs, UCI_EU_ID,UCI_Valsts, Reģistrācijas valsts, ATVK, GG uzņēmumu skaits. Datu rediģēšanu jāvar veikt tikai veicot datu importu. Tabulas lauku jāvar izmantot veicot datu atlasi.

4.26

Papildināt biznesa statistikā uzņēmumu grupu reģistra sadaļu "Uzņēmuma grupu struktūra" ar laukiem NACE1 un EU_ID saskarnē, kur uzņēmuma struktūra tiek attēlota kā koks. NACE1 laukā jāatēlo norādītā gada uzņēma NACE1 vērtība. Uzņēmuma grupas struktūras eksportu uz Excel nepieciešams papildināt ar laukiem NACE1 un EU_ID.

4.27

Papildināt biznesa statistikas uzņēmuma reģistra ievadas lauku funkcionalitāti, ar obligātu prasību, norādīt informācijas Avotu, visiem laukiem kuriem ir pievienota funkcionalitāte Avots.

4.28

Izstrādāt biznesa statistikā uzņēmuma reģistram jaunu funkcionalitāti Adrešu redaktors adrešu lauku: Adr1, Adr2, Adr3, Adr rediģēšanai. Adrešu rediģēšana jāveic atbilstoši Valsts adrešu reģistra struktūrai kuru jāņem no noradīta servera/datubāzes. Uzņēmuma pilnās adreses tiek attēlotas laukos laukos Adr1, Adr2, Adr3, Adr. Veicot adrešu eksportu jāvar norādīt vai adreses lauks tiek noeksportēts vienā laukā vai atbilstoši Valsts adrešu reģistra struktūrai. Ievadot vērtību adrešu laukos tiem Adreses tekstuālai daļai ir jāpiemeklējas sākot rakstīt tekstu. Saistībā ar adrešu lauku izmaiņām nepieciešams veikt atbilstošas izmaiņas datu bāzes struktūrā kā arī validāciju un importu funkcionalitātēs.

23

4.29

Papildināt biznesa statistikā uzņēmuma reģistra VID sadaļas ar sekojošiem laukiem NMK_GALV, NACE_avots, Nace_datums, PVN_datums. Laukiem ir sekojoši tipi:NMK_Galv tips char11;NACE_Avots char20;NACE_datums date;PVN_datums date.Nepieciešams no VID sadaļas saskarnes un datubāzes struktūras izņemt sekojošus laukus :TEL, NACE_1.1red.,NM_Stat,NOD,tabula VID_adr, tabula VID_TALR. Nepieciešams papildināt funkcionalitāti ar iespēju veikt datu importu VID sadaļas laukiem, importa funkcionalitātei jāatļauj veikt tukšu vērtību importu.

5.01

Izstrādāt vienotu lapu CSP pārvaldes respondentiem, kas nozīmē, ka autorizējoties lapā, lietotājs tajā var administrēt savu kontu, kā arī nokļūt uz viņam pievienotajiem apsekojumiem, neatkarīgi no apakšsistēmām. Lapas dizainam jābūt lietotājam intuitīvi saprotamam un informatīvam. Lapas dizains tiks saskaņots ar izstrādātājiem izstrādes laikā. Lapā jābūt attēlotam : apsekojumu saraksts (griezumos pēc statusiem un iesniegšanas datumiem, jānodrošina filtrēšanas iespēja);respondenta informācija (sava un apakškontu administrēšana);kontaktinformācija ar statistikas pārvaldi;sistēmu lietošanas noteikumi;darbību vēsture.

3. Garantijas prasības:

Darbu izpildītājam jānodrošina izstrādātajiem Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidojumiem divu gadu garantijas periods, kura lakā uz sava rēķina jānovērš Integrētās statistisko datu apstrādes un vadības sistēmā konstatētās kļūdas. Garantija attiecas arī uz sākotnējo Integrētās statistisko datu apstrādes un vadības sistēmas produktu, ja vien Izpildītājs nevar iesniegt Pasūtītāja akceptētus pierādījumus, kas apliecina, ka sākotnējā Integrētās statistisko datu apstrādes un vadības sistēmas produktā radušās kļūdas nav saistītas ar Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidojumiem, kas izstrādāti un uzinstalēti šī iepirkuma ietvaros.

4. Izpildes termiņš un laika grafiks:

Projekts jāsadala pa nodevumiem un jāiesniedz to izpildes laika grafiks. Visu darbu izpildes termiņš: 2015.gada 10.decembris.

24

III NODAĻA

LĪGUMA PROJEKTS

25

IEPIRKUMA LĪGUMSNr. 1701-7/14/_____

Par Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidojumu izstrādi

Rīgā 2015.gada __.jūnijā

Centrālā statistikas pārvalde, tās priekšnieces Aijas Žīgures personā, kura rīkojas uz Ministru kabineta 2004.gada 30.novembra noteikumu Nr.994 „Centrālās statistikas pārvaldes nolikums” pamata, turpmāk saukta – Pasūtītājs vai CSP, no vienas Puses, un

un SIA „xxxxxx”, reģistrācijas numurs xxxxxxxxxx, tās valdes priekšsēdētāja xxxxxxxxx personā, kurš rīkojas saskaņā ar statūtiem, turpmāk šajā Līgumā saukts - Izpildītājs, no otras puses,

ņemot vērā, ka Pasūtītājs izraudzījies Izpildītāju par uzvarētāju saskaņā ar atklāta konkursa ar identifikācijas numuru CSP 2015/13 „Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidošana” (turpmāk tekstā saukts – iepirkuma procedūra) rezultātiem,

abi turpmāk šajā Līgumā kopā saukti – Puse, Puses atbilstošā locījumā, savstarpēji vienojoties, bez maldības, viltus vai spaidiem, noslēdz šāda satura Līgumu (turpmāk tekstā saukts- Līgums):

Līgumā lietotie termini:

Sākotnējais produkts: Integrētās statistisko datu apstrādes un vadības sistēma pirms Līguma ietvaros izstrādāto funkcionālo pilnveidojumu (Produkta) izstrādes un uzinstalēšanas.

Produkts: Saskaņā ar iepirkumu procedūrā izvirzītajiem nosacījumiem un tehniskās specifikācijas prasībām (Līguma Pielikums Nr.1) izstrādāti Integrētās statistisko datu apstrādes un vadības sistēmas funkcionālie pilnveidojumi. Par Produktu, ko aizsargā autortiesības, uzskatāms arī programmatūras kods vai atsevišķs koda modulis, lietotāja saskares dizains vai datu bāzes struktūra, kurā abu Pušu apstiprināts trešās puses eksperts atpazīst vismaz 50% no jebkura atsevišķa Produkta moduļa.

Nodevumi: Izpildītāja saskaņā ar tehniskās specifikācijas prasībām (Līguma Pielikums Nr.1) izpildīto atsevišķo etapu darbu rezultāti, kuru kopums veido Produktu.

Izņēmuma tiesības: Izņēmuma tiesības uz Produktu un Puses tiesības rīkoties ar objektu, kurai uz to pieder izņēmuma tiesības, ir noteiktas Līgumā un Autortiesību likuma 15.pantā.

1. Līguma priekšmets.

Pasūtītājs uzdod un Izpildītājs apņemas veikt Produkta izstrādes un ieviešanas darbus saskaņā ar iepirkumu procedūrā izvirzītajiem nosacījumiem un Līguma Pielikumu Nr.1 noteikto tehnisko specifikāciju, kas ir neatņemama Līguma sastāvdaļa.

2. Līguma darbības, Produkta nodošanas termiņš. Līguma darbības apstādināšana uz nenoteiktu laiku.

2.1. Līgums stājas spēkā pēc tam, kad pēdējā no Pusēm to ir parakstījusi un darbojas līdz pilnīgai saistību izpildei.

2.2. Izpildītājs Produktu izstrādā saskaņā ar Līguma Pielikumā Nr.1 noteikto laika grafiku (sistēmas ieviešanas grafiks) un nodod Pasūtītājam līdz 2015.gada 10.decembrim.

2.3. Pasūtītājam ir tiesības uz nenoteiktu laiku vienpusēji apstādināt Līguma darbību jebkurā Produkta izstrādes posmā, ja tam par iemeslu ir valsts budžeta vai tā grozījumu sagatavošana, kā rezultātā Pasūtītājam nav pieejami Produkta izstrādei paredzētie finanšu līdzekļi. Pasūtītājs par to nosūta Izpildītājam rakstisku paziņojumu un Puses sastāda konstatējošu aktu par izstrādātajiem un nodotajiem darbiem. Šajā apakšpunktā noteiktajā gadījumā Pasūtītājam ir pienākums Izpildītājam samaksāt tikai par tiem izstrādātajiem un nodotajiem darbiem, kas pieņemti šī Līguma 4.punktā noteiktajā kārtībā. Par līguma darbības atjaunošanu Pasūtītājs paziņo Izpildītājam rakstiski. Par līguma darbību atjaunošanas datumu tiek uzskatīts datums, kurā Pasūtītājs nosūtījis rakstisku paziņojumu. Pēc līguma darbības atjaunošanas Produkta nodošanas termiņš pagarinās proporcionāli Līguma darbības apturētajam termiņam.

2.4. Ja vienas Puses saistību izpildes nokavējums liedz otrai Pusei veikt savlaicīgu saistību izpildi, tad otras Puses saistību izpildes termiņš tiek pagarināts par pirmās Puses nokavēto laika posmu. Par šajā apakšpunktā minēto apstākļu iestāšanos Puses norāda pieņemšanas-nodošanas aktā.

26

3. Līguma summa.

3.1. Līguma kopējā summa par Produkta izstrādi un nodošanu ir EUR xxxxxxxxx (xxxxxxxxxx tūkstoši xxxxxxxxxxx euro xxxxx centi), neieskaitot 21 % pievienotās vērtības nodokli (turpmāk tekstā saukts – PVN).

3.2. Produktam noteiktajā maksā ietilpst visas ar to izstrādi un nodošanu saistītās izmaksas, tai skaitā visas personāla izmaksas, izmantoto materiālu izmaksas, sistēmas garantijas periodā radušās izmaksas, un visu kategoriju kļūdu, kas noteiktas šī Līguma Pielikumā Nr.2 un ir šī Līguma neatņemama sastāvdaļa, novēršanas izmaksas.

4. Produkta pieņemšanas nodošanas kārtība.

4.1. Produkta pieņemšana un nodošana notiek vairākos posmos. Produkts skaitās nodots, kad ir nodoti visi saskaņā ar Līguma Pielikumu Nr.1 noteikti nodevumi. Par katru nodevumu tiek sastādīts atsevišķs pieņemšanas – nodošanas akts. Ja vairāki nodevumi tiek nodoti vienlaicīgi, tad par šiem nodevumiem var sastādīt vienu pieņemšanas – nodošanas aktu.

4.2. Pasūtītājs nozīmē pilnvaroto personu, kas uzrauga Līguma kvalitatīvu izpildi, kam ir tiesības pieņemt nodevumus, parakstot pieņemšanas – nodošanas aktus, izteikt rakstiskas pretenzijas Līgumā noteiktajā kārtībā, kā arī parakstīt 6.2.2.punktā minēto aktu:

Norberts Tālers, CSP priekšnieka vietnieks informācijas tehnoloģiju jautājumos, tālr. 67366650, adrese Rīga, Lāčplēša iela 1, LV – 1301, e-pasts Norberts.Talers@csb.gov.lv .

4.3. Izpildītājs nozīmē projekta direktoru, kam ir tiesības organizēt nodevumu izstrādi un nodot nodevumus, parakstot pieņemšanas – nodošanas aktus un 6.2.2.punktā minēto aktu:

xxxxxxxxx, SIA „xxxxxxxx valdes priekšsēdētājs, tālr. xxxxxxx, adrese xxxx iela xx, xxx, e-pasts xxxx@xxx.lv.

4.4. Beidzot nodevuma izstrādi un uzinstalējot nodevumu Pasūtītāja produkcijas vidē, Izpildītājs uzaicina Pasūtītāju uz kopīgu nodevuma akcepttestu. Akcepttesta laikā Puses pārbauda nodevuma kvalitāti, piemērojot Līguma Pielikumā Nr.2 noteikto kārtību. Ja nodevums akcepttesta laikā atbilst Līguma Pielikumā Nr.2 noteiktajiem kritērijiem, Pasūtītāja pilnvarotā persona paraksta akcepttesta protokolu ar pēdējās akcepttesta dienas datumu. Ja nodevums paredz dokumentācijas izstrādi vai citos gadījumos, kad Pasūtītājs neuzskata par obligātu nepieciešamību veikt akcepttestu, tas netiek veikts.

4.5. Pēc akcepttesta protokola parakstīšanas vai, kad saskaņā ar Līgumu akcepttests nav jāveic, pēc nodevuma pabeigšanas, Izpildītājs uzaicina Pasūtītāju pieņemt nodevumu, vienlaicīgi iesniedzot Izpildītāja parakstītu pieņemšanas – nodošanas aktu. Pasūtītājs 14 (četrpadsmit) kalendāro dienu laikā no šāda uzaicinājuma saņemšanas paraksta pieņemšanas – nodošanas aktu vai rakstiski sniedz motivētus iebildumus nodevumu pieņemt. Pie nodevuma pieņemšanas Pasūtītājs ir tiesīgs pēc saviem ieskatiem veikt nodevuma izstrādes ietvaros veikto darbu pārbaudi, tai skaitā veikt nodevumu darbināšanu produkcijas režīmā, vērojot, vai tās darbībā neparādās akcepttesta laikā nekonstatētas kļūdas, kā arī Pasūtītājam pie nodevuma pieņemšanas ir tiesības pieaicināt ekspertus vai citus speciālistus. Pēc pieņemšanas – nodošanas akta abpusējas parakstīšanas tas kļūst par Līguma neatņemamu sastāvdaļu. Ja Pasūtītājs paraksta pieņemšanas-nodošanas aktu bez iebildumiem, nodevums skaitās pieņemts ar pieņemšanas – nodošanas akta iesniegšanas dienu.

4.6. Pasūtītājs ir tiesīgs nepieņemt nodevumu, ja Pasūtītājs konstatē, ka nodevums ir izstrādāts nekvalitatīvi vai nepilnīgi, neatbilst Līguma noteikumiem, satur kādus defektus, vai ja iztrūkst kāds no nepieciešamajiem dokumentiem (turpmāk – trūkumi). Šādā gadījumā Pasūtītājs sastāda un iesniedz Izpildītājam vienpusēji parakstītu pretenziju aktu, kurā nosaka kārtību un termiņu, kādā Izpildītājs novērsīs konstatētos trūkumus. Līdz trūkumu novēršanai neviens Līgumā paredzētais maksājums netiek veikts. Šajā apakšpunktā noteiktais trūkumu novēršanas termiņš neietekmē Pasūtītāja tiesību aprēķināt līgumsodu saskaņā ar Līguma 5.punktu par Izpildītāja saistību izpildes kavējumu.

4.7. Pēc Izpildītāja paziņojuma par Pasūtītāja norādīto trūkumu novēršanu Pasūtītājs veic atkārtotu nodevuma pieņemšanu Līgumā noteiktajā kārtībā.

27

4.8. Nodevuma pieņemšanas rezultātā, ja nav radušies iebildumi, Pasūtītāja pilnvarotā persona paraksta pieņemšanas-nodošanas aktu.

4.9. Ja Pasūtītājs 14 (četrpadsmit) kalendāro dienu laikā pēc iesniegta nodevuma pieņemšanas - nodošanas akta saņemšanas brīža neiesniedz Izpildītājam parakstītu nodevuma pieņemšanas - nodošanas aktu vai rakstisku motivētu pretenziju par Izpildītāja izstrādātā nodevuma kvalitāti, tad nodevums, par kura izstrādi iepriekšminētais akts ir iesniegts, tiek uzskatīti par veiktu atbilstoši visām šī Līguma prasībām labā kvalitātē.

5. Līguma summas apmaksa, līgumsods un līgumsoda apmaksas kārtība.

5.1. Līguma 3.1.punktā noteiktā Līguma summa tiek izmaksāta vairākās reizēs saskaņā ar Līguma Pielikumā Nr.1 iekļautajā finanšu piedāvājumā norādīto nodevumu nodošanas grafiku.

5.2. Pēc nodevuma pieņemšanas-nodošanas akta abpusējas parakstīšanas Līgumā noteiktajā kārtībā, Izpildītājs iesniedz Pasūtītājam rēķinu. Rēķina apmaksa notiek 10 (desmit) darba dienu laikā no rēķina saņemšanas brīža. Samaksa ir veikta ar brīdi, kad Pasūtītājs ir veicis pārskaitījumu no sava konta.

5.3. Gadījumā, ja Izpildītāja vainas dēļ tiek kavēts 2.2.punktā noteiktais Produkta nodošanas termiņš vai Līguma Pielikumā Nr.1 noteiktajā laika grafikā noteiktie termiņi, vai kāds cits Līgumā noteiktas Izpildītāja saistības izpildes termiņš, Izpildītājs par katru nokavēto kalendāra dienu maksā Pasūtītājam līgumsodu 1 % (viena procenta) apmērā no Līguma 3.1.punktā noteiktās kopējās summas par Produkta izstrādi un nodošanu, bet ne vairāk kā 10 % (desmit procenti) no kopējās maksas par Produktu. Līgumsoda apmērs Produkta garantijas periodā noteikts Līguma 8.punktā.

5.4. Gadījumā, ja Pasūtītājs savlaicīgi neapmaksā Izpildītāja rēķinus par nodoto nodevumu saskaņā ar Līguma nosacījumiem, Izpildītājs ir tiesīgs piemērot Pasūtītājam līgumsodu 1 % (viena procenta) apmērā no neapmaksātās summas par katru nokavēto kalendāra dienu, bet ne vairāk kā 10 % (desmit procenti) no neapmaksātās summas.

5.5. Izpildītājs maksā Pasūtītājam vienreizēju līgumsodu 20 % (divdesmit procentu) apmērā no Līguma kopējās summas (3.1.punkts), ja Līgums tiek izbeigts Izpildītāja vainas dēļ, tai skaitā Līguma 7.3.1. un 7.3.2.punktā noteiktajā kārtībā.

5.6. Līgumsoda apmaksa notiek uz Puses izrakstīta rēķina pamata, 5 (piecu) darba dienu laikā pēc šāda rēķina saņemšanas. Ja Izpildītājam saskaņā ar Līgumu jāmaksā līgumsods, Pasūtītājs samaksu par Izpildītāja Līgumā noteiktajā kārtībā nodotajiem nodevumiem maksā 10 (desmit) darba dienu laikā no brīža, kad ir pārliecinājies par līgumsoda rēķina apmaksu.

5.7. Līgumsoda samaksa neatbrīvo Puses no to saistību izpildes.

6. Pušu pienākumi un atbildība.

6.1. Izpildītājs apņemas:

6.1.1.ievērot šī Līguma un tā pielikumu noteikumus;

6.1.2.veikt Produkta (visu nodevumu) izstrādi Līgumā paredzētajā termiņā, apjomā un kvalitātē.

6.1.3.ievērot iepirkuma procedūrā iesniegtajā piedāvājumā noteikto;

6.1.4.nodrošināt, ka Produkta izstrādi veiks iepirkuma procedūrā iesniegtajā piedāvājumā norādītie speciālisti. Speciālistu nomaiņa pieļaujama Publisko iepirkumu likuma 68.pantā noteiktajā gadījumā. Izpildītājs pēc Pasūtītāja pieprasījuma trīs darba dienu laikā nodrošina Pasūtītāja akceptētu pierādījumu iesniegšanu, kas apliecina, ka Produkta izstrādi veic iepirkuma procedūrā iesniegtajā piedāvājumā norādītie speciālisti.

6.2. Pasūtītājs apņemas:

6.2.1.ievērot šī Līguma noteikumus;

6.2.2.nodrošināt Izpildītāju ar Produkta izstrādei nepieciešamo informāciju, dokumentiem un piekļuvi nepieciešamajiem objektiem. Par individuālo vai statistisko datu nodošanu Izpildītājam Puses sastāda datu nodošanas-pieņemšanas aktu, kuru paraksta Pušu pilnvarotās personas;

28

6.2.3.izskatīt Izpildītāja iesniegtos materiālus un savlaicīgi sniegt attiecīgus komentārus un papildinājumus;

6.2.4.savlaicīgi veikt samaksu par Līgumā noteiktajā kārtībā nodotajiem nodevumiem.

6.3. Katra Puse ir atbildīga par šī Līguma neizpildīšanu vai par to, ka šīs Līgums nav izpildīts pienācīgi tās vainas dēļ. Vainīgā Puse atlīdzina otrai Pusei tādējādi radušos tiešos zaudējumus.

6.4. Par tiešajiem zaudējumiem, ko nodarījušas trešās personas, viena Puse atbild otrai Pusei tikai tad, kad tā pati devusi iespēju šo zaudējumu nodarīt vai, kad tai bijuši līdzekļi to novērst.

7. Līguma grozīšana un izbeigšana.

7.1. Līgumu var papildināt, grozīt vai izbeigt, Pusēm savstarpēji vienojoties. Jebkuri Līguma grozījumi vai papildinājumi tiek noformēti rakstveidā un kļūst par Līguma neatņemamu sastāvdaļu. Līguma grozījumi stājas spēkā, kad abas Puses tos parakstījušas. Līguma grozījumi nav jānoformē rakstveidā un abpusēji jāparaksta Līguma 2.4.punktā un 13.4.punktā noteiktajos gadījumos. Būtiski Līguma grozījumi pieļaujami Publisko iepirkumu likuma 671.pantā noteiktajā kārtībā. Līguma izpildē iesaistītā personāla un apakšuzņēmēju nomaiņa notiek, ievērojot Publisko iepirkumu likuma 68.pantā noteikto.

7.2. Izpildītājam ir tiesības vienpusēji izbeigt Līgumu, par to divas nedēļas iepriekš rakstiski brīdinot Pasūtītāju, ja Pasūtītājs neievēro tam ar Līgumu uzliktās maksājumu saistības.

7.3. Pasūtītājam ir tiesības vienpusēji izbeigt Līgumu, ja:

7.3.1.Izpildītājs nenodrošina Līguma Pielikumā Nr.1 noteikto nodevumu izstrādi un Pasūtītājs nepieņem kādu no izstrādātajiem nodevumiem vairāk kā divas reizes pēc kārtas;

7.3.2.Izpildītājs nepilda kādas citas saistības saskaņā ar Līgumu, un ja Izpildītājs minēto saistību neizpildi nav novērsis 5 dienu laikā vai citā Pasūtītāja noteiktajā termiņā pēc Pasūtītāja rakstiska paziņojuma par šādu saistību neizpildi saņemšanas;

7.3.3.valsts budžeta vai tā grozījumu sagatavošanas rezultātā Pasūtītājam nav piešķirti nodevuma izstrādei paredzētie finanšu līdzekļi.

7.4. Gadījumā, ja Puses, savstarpēji vienojoties, izbeidz šo Līgumu pirms tā izpildes, Puses sastāda aktu, ar kuru tiek fiksētas uz šī Līguma pārtraukšanas brīdi Izpildītāja Līgumā noteiktajā kārtībā nodotie nodevumi. Pasūtītājam ir pienākums Izpildītājam samaksāt tikai par tiem nodotajiem nodevumiem, kas pieņemti šī Līguma 4.punktā noteiktajā kārtībā. Līgumsodu apmaksa notiek saskaņā ar Līguma 5.6. punktu.

7.5. Gadījumā, ja Puse šajā Līgumā noteiktajā kārtībā izbeidz Līgumu vienpusēji, tā paziņo par to otrai Pusei, nosūtot e-pasta vēstuli vai ierakstītu vēstuli, kurā norāda Līguma izbeigšanas iemeslu, kā arī savstarpējo norēķinu (tai skaitā līgumsoda apmaksas) kārtību pēc Līguma izbeigšanas. Paziņojumam pievieno Puses sastādītu konstatējošu aktu par nodotajiem nodevumiem. Pasūtītājam ir pienākums Izpildītājam samaksāt tikai par tiem nodotajiem nodevumiem, kas pieņemti šī Līguma 4.punktā noteiktajā kārtībā. Līgums tiek uzskatīts par izbeigtu 7 (septītajā) dienā pēc šajā apakšpunktā minētā paziņojuma nosūtīšanas e-pasta veidā vai nodošanas pastā.

8. Garantijas.

8.1. Izpildītājs garantē, ka 24 (divdesmit četrus) mēnešus kopš pēdējā Līguma ietvaros izstrādātā nodevuma pieņemšanas-nodošanas akta parakstīšanas uz sava rēķina novērsīs Produktā tai skaitā Sākotnējā produktā kļūdas, ko Pasūtītājs pieteicis saskaņā ar Pielikumā Nr.2 noteikto kārtību. Pirmos 2 (divus) mēnešus garantijas periodā Izpildītājs, pēc Pasūtītāja telefoniska vai cita veida pieprasījuma, Produkta kļūdas novērš Pasūtītāja telpās, vienlaicīgi sniedzot konsultācijas Pasūtītāja darbiniekiem. Sākotnējā produktā kļūdas nav jānovērš, ja Izpildītājs iesniedz Pasūtītāja akceptētus pierādījumus, kas apliecina, ka radušās kļūdas nav saistītas ar Produkta ietvaros izstrādāto nodevumu uzinstalēšanas.

8.2. Pielikumā Nr.2 noteiktās 1.kategorijas kļūdas, ko Pasūtītājs pieteicis saskaņā ar Pielikumā Nr.2 noteikto kārtību, Izpildītājs novērš 24 (divdesmit četru) stundu laikā.

29

8.3. Pielikumā Nr.2 noteiktās 2., 3., 4.kategorijas kļūdas, ko Pasūtītājs pieteicis saskaņā ar Pielikumā Nr.2 noteikto kārtību, Izpildītājs novērš 20 (divdesmit) dienu laikā.

8.4. Gadījumā, ja Izpildītājs nav novērsis uz garantiju attiecināmos defektus, trūkumus vai neatbilstību Līguma 8.2. vai 8.3.punktā noteiktajā termiņā vai citā pušu savstarpēji rakstiski saskaņotā termiņā, Izpildītājs maksā Pasūtītājam līgumsodu 1 % (viena procenta) apmērā no Līguma kopējās summas (3.1.punkts) par katru nokavēto dienu, bet ne vairāk kā 10 % (desmit procenti) no kopējās maksas par Produktu.

8.5. Gadījumā, ja Izpildītājs nav novērsis uz garantiju attiecināmos defektus, trūkumus vai neatbilstību Līguma 8.2. vai 8.3.punktā noteiktajā termiņā vai citā pušu savstarpēji rakstiski saskaņotā termiņā, Pasūtītājs ir tiesīgs kļūdu novēršanu veikt patstāvīgi vai pieaicinot trešās personas. Izpildītājs šādā gadījumā atlīdzina Pasūtītājam visus šajā sakarā radušos zaudējumus un izdevumus, samaksu veicot 10 (desmit) dienu laikā pēc atbilstoša pieprasījuma no Pasūtītāja saņemšanas. Šajā punktā minētais neierobežo Pasūtītāja tiesības aprēķināt līgumsodu saskaņā ar 8.4.punkta noteikumiem, kurš tiek aprēķināts līdz brīdim, kad Izpildītājs ir veicis šajā 8.5.punktā noteikto maksājumu. Šajā punktā noteiktais neietekmē Izpildītāja pienākumu uzņemties garantijas saistības par trešās puses veiktajām izmaiņām Produktā un Sākotnējā produktā.

9. Intelektuālā īpašuma tiesības.

9.1. Saskaņā ar Autortiesību likumu Puses nosaka izņēmuma tiesības uz Produktu. Pasūtītājam tiek piešķirtas visas izņēmuma tiesības uz Produktu. Īpašumtiesību mantiskā daļa pāriet Pasūtītājam ar samaksas brīdi, Izpildītājam saglabājot autoru personiskās tiesības. Pasūtītājs saņem autora mantiskās tiesības uz neierobežotu laiku un var tās izlietot visā pasaulē.

9.2. Autora personiskās tiesības (Autortiesību likuma 14.pants) uz Līguma izpildes rezultātā radītajiem autortiesību objektiem pieder Izpildītājam vai citai personai, ko ir norādījis Izpildītājs. Izpildītājs apņemas nodrošināt autora personisko tiesību neizmantošanu tādā veidā, kas varētu traucēt Pasūtītājam Produkta lietošanu.

9.3. Pasūtītājs ir tiesīgs veikt izmaiņas jebkurā Produkta sastāvdaļā, patstāvīgi vai pieaicinot trešās personas.

10. Konfidencialitāte.

10.1. Visa informācija, ko šī Līguma darbības laikā kāda no Pusēm sniedz darba pienākumu veikšanai, un kuras izpaušana vai nozaudēšana var nodarīt kaitējumu Pušu likumiskajām interesēm, tiek atzīta par konfidenciālu.

10.2. Pusēm nav tiesību izpaust konfidenciālu informāciju trešajām personām, bez otras Puses rakstiskas piekrišanas saņemšanas.

10.3. Pušu konfidenciālā informācija tiek izpausta tiesību aktos noteiktajos gadījumos, apjomā un kārtībā.

11. Nepārvarama vara (force majeure).

11.1. Šī līguma izpratnē "Nepārvarama vara" nozīmē notikumu, kas ir ārpus Puses pamatotas kontroles un atbildības (dabas katastrofas, zibens un ūdens plūdi, ugunsnelaime, zemestrīce un citas stihiskas nelaimes, kā arī karš un kaujas darbība, streiki, jauni likumi vai kādi citi normatīvi akti un citi apstākļi, kas neiekļaujas Pušu iespējamās kontroles robežās) un kas padara Pusei savu no šī Līguma izrietošo saistību izpildi par neiespējamu.

11.2. Puses nespēja pildīt kādu no savām saistībām saskaņā ar šo Līgumu netiks uzskatīta par šī Līguma izbeigšanu vai saistību nepildīšanu, ja Puses nespēja izriet no nepārvaramas varas notikuma, un ja Puse, kuru ietekmējis šāds notikums:

11.2.1. ir veikusi visus pamatotos piesardzības pasākumus, veltījusi nepieciešamo uzmanību un spērusi pamatotos alternatīvos soļus, lai izpildītu šī Līguma noteikumus;

11.2.2. pēc iespējas ātrāk ir informējusi otru Pusi par šāda notikuma iestāšanos.

11.3. Jebkurš periods, kurā Pusei saskaņā ar šo Līgumu ir jāveic kāda darbība vai uzdevums, ir pagarināms par periodu, kas pielīdzināms laikam, kurā Puse nespēja veikt šādu darbību

30

nepārvaramas varas ietekmē.

11.4. Ja šādi nepārvaramas varas apstākļi ilgst ilgāk kā 1 (vienu) mēnesi, jebkurai no Pusēm ir tiesības vienpusējā kārtā atkāpties no šī Līguma, par to iepriekš rakstiski brīdinot otru Pusi.

12. Strīdu izskatīšanas kārtība.

Visus strīdus un domstarpības, kas var rasties starp Pusēm šī Līguma izpildes gaitā, Puses risina pārrunu ceļā. Ja Puses nepanāk vienošanos pārrunu ceļā, strīdi tiek izskatīti tiesību aktos noteiktajā kārtībā.

13. Citi noteikumi.

13.1. Šī Līguma punktu izvietojums veikts vienīgi šī Līguma pārskatāmības nolūkā un neietekmē tajā minētas saistības un tiesības.

13.2. Kādam no šī Līguma noteikumiem zaudējot spēku tiesību aktu izmaiņas gadījumā, šis Līgums nezaudē spēku tā pārējos punktos un šādā gadījumā Pusēm ir pienākums piemērot šo Līgumu atbilstoši spēkā esošo tiesību aktu prasībām.

13.3. Pušu reorganizācija vai to vadītāju maiņa nevar būt par pamatu šī Līguma pārtraukšanai vai izbeigšanai. Gadījumā, ja kāda no Pusēm tiek reorganizēta, šis Līgums paliek spēkā un tā noteikumi ir saistoši Puses tiesību pārņēmējam.

13.4. Ja Pusei mainās personas dati, bankas rekvizīti vai Līguma 4.2., 4.3. un 14.punktā noteiktās kontaktadreses vai pilnvarotā personas, tās par to informē otru Pusi ne vēlāk kā 5 (piecu) dienu laikā no izmaiņu brīža, nosūtot otrai Pusei paziņojumu uz Līguma 14.punktā norādīto Puses adresi. Paziņojums kļūst par līguma neatņemamu sastāvdaļu. Ja Puse neizpilda punkta noteikumus, uzskatāms, ka otra Puse ir pilnībā izpildījusi savas saistības, lietojot šajā Līgumā esošo informāciju par otru Pusi.

13.5. Puses piekrīt šī Līguma publiskošanai trešajām personām.

13.6. Visi paziņojumi vai citi dokumenti, kas nododami saistībā ar šo Līgumu, ir jānodod otrai Pusei rakstveidā pa pastu vai e-pastu uz attiecīgās Puses šī Līguma 14.punktā norādītajām adresēm, ja šajā Līgumā nav noteikta cita paziņošanas kārtība. Puses sarakstei var izmantot arī 14.punktā noteikto e-pasta adresi, sūtījumus parakstot ar drošu elektronisko parakstu. Pa e-pastu nosūtīta vēstule skaitās saņemta nākamajā darba dienā.

13.7. Šī Līguma visi abpusēji parakstītie pielikumi, nodevumu pieņemšanas - nodošanas akti, kā arī visas šī Līguma ietvaros rakstiski noformētās un abu Pušu parakstītās izmaiņas un papildinājumi ir neatņemamas šī Līguma sastāvdaļas.

13.8. Šis Līgums ir sastādīts un parakstīts uz xxx (xxxxxxxxx) lapām, tai skaitā divi pielikumi, divos eksemplāros, latviešu valodā, no kuriem abiem ir vienāds juridisks spēks un kuri izsniegti pa vienam katrai līdzējai Pusei.

14. Pušu adreses, rekvizīti, paraksti.

Pasūtītājs Izpildītājs

Centrālā statistikas pārvaldeReģistrācijas nr.: 90000069830PVN reģistrācijas nr.: LV 90000069830Adrese: Lāčplēša iela 1, Rīga , LV – 1301, LatvijaE-pasts: Banka rekvizīti: Valsts KaseBankas kods: TRELLV22Konta nr.: LV03TREL2120039016000

SIA „xxxxxxxx”Reģistrācijas nr.:PVN reģistrācijas nr.:E-pasts:

Biroja adrese: Bankas rekvizīti: Bankas kods: Konta Nr.

________________________/ A.Žīgure / _________________________/ xxxxxxxxxxxx /

31

2015.gada ____.____________ 2015.gada ____.____________

1.pielikums

TEHNISKĀ SPECIFIKĀCIJA

________________________/ A.Žīgure / _________________________/ xxxxxxxxxxxx /

2015.gada ____.____________ 2015.gada ____.____________

2.pielikums

Produkta testēšanas un akceptēšanas kārtība. Problēmu pieteikšana garantijas periodā.

1. Testēšana un problēmu apstrādes procedūra nodevumu akcepttesta laikā.

1.1. Nodevumu izstrādes laikā Izpildītāja pienākums ir veikt iekšējo testēšanu, kuras laikā Izpildītājs meklē un novērš problēmas nodevumos saviem spēkiem.

1.2. Nodevumu akcepttests notiek Pasūtītāja telpās uz Pasūtītāja datora, Pasūtītāja norādītā produkcijas vidē.

1.3. Akcepttesta laikā Izpildītājs un Pasūtītājs nodevumus pārbauda kopīgi, piedaloties abu Pušu pilnvarotājām personām saskaņā ar Līguma 4.2. un 4.3. punktu un viņu pieaicinātiem pārstāvjiem.

1.4. Akcepttests tiek veikts pēc Pušu saskaņota Testu plāna, kam jāatbilst nodevumu prasību specifikācijā noteiktajām prasībām. Puses fiksē atrastās problēmas akcepttesta protokolā.

1.5. Puses vienojas par sekojošu problēmu kategoriju iedalījumu:

1.kategorija – avārija - problēma, kura paralizē nodevuma darbību.

2.kategorija – kļūda - problēma, kura ietekmē kādu no programmatūras funkcijām un darbību nav iespējams veikt izmantojot citu programmatūras funkcionalitāti.

3.kategorija - kļūda, kuru var apiet - problēma, taču atšķirībā no 2 kategorijas, šo nepilnību iespējams apiet.

3.kategorijas kļūdu piemēri:

- nepareizi tiek rēķināta maksimālā lauka vērtība vienā no piecām attēlošanas vietām;

32

- tiek veikta datu grupēšana un summas rēķināšana, bet netiek ņemti vērā izņēmuma gadījumi;

- summas ar izņēmuma gadījumiem var izrēķināt, uzdodot papildu parametrus;

- dažās vietās attēlojas datums un laiks, bet laiks vienmēr ir kā 00:00:00, kaut gan tā vērtība ir cita, precīzu lauka laika vērtību ir iespējams apskatīties savādākā veidā;

- lietotājs ievades operācijas veic ar reāliem skaitļiem, bet dažās vietās tie paši lauki attēloti tiek kā veseli;

- piezīmju lauka maksimālā vērtība ir 20 vienības, bet aplikācija ļauj ievadīt tikai 10.

4.kategorija – neprecizitāte - problēma, kura tieši neietekmē darbu ar nodevumu.

4.kategorijas kļūdu piemēri:

-nestrādā datu lauku sakārtošana dilstošā secībā uz ekrāna;

-tiek veikta datu grupēšana izdrukai, bet netiek ņemti vērā izņēmuma gadījumi;

-attēlojas datums un laiks, bet laiks kā 00:00:00, kaut gan tā vērtība ir cita, bet tas nav -būtiski, jo nepieciešams zināt ir tikai datumu;

-lietotājs ievades operācijas veic ar reāliem skaitļiem, bet attēloti tiek veseli, jo skaitļa -vērtība aiz komata nav nepieciešama;

-piezīmju lauka maksimālā vērtība ir 300 vienības, bet aplikācija ļauj ievadīt tikai 299.

5.kategorija - izmaiņu pieprasījums - problēma, kad nepieciešamas izmaiņas programmatūrā, kuras iepriekš nebija definētas.

6.kategorija - konsultācija - problēma, kuras atrisināšanai nav nepieciešamas izmaiņas nodevumos.

1.6. Nodevumu akceptēšanas kritēriji: Nodevums tiek uzskatīts par akceptētu, ja tajā nav būtisku (1., 2., 3. kategorijas) kļūdu un nav vairāk kā 5 (piecu) 4.kategorijas kļūdu, kuras Izpildītājam jānovērš laika periodā, par kuru Puses vienojas atsevišķi atkarībā no problēmu rakstura. Kļūdu novēršanas termiņš nedrīkst būt garāks par Līgumā norādīto.

1.7. Problēma tiek slēgta:

kā Akceptēta, ja Pasūtītājs, veicot pārtestēšanu, šo problēmu nav konstatējis atkārtoti;

kā Atcelta, ja Pasūtītāja un Izpildītāja pārstāvji (Projekta vadītāji) vienojas, ka problēmas risinājums vairs nav Pasūtītājam aktuāls; ka problēma nepastāv; ka konkrētā problēma ir pieteikta atkārtoti;

kā Atlikta, ja Pasūtītāja un Izpildītāja pārstāvji vienojas par konkrētas problēmas risināšanu uz noteiktu vai nenoteiktu laiku;

kā Neatrisināta, ja Pasūtītājs, veicot pārtestēšanu, konstatē konkrēto problēmu jaunajā programmatūras laidienā (versijā/modifikācijā). Šajā gadījumā problēma tiek pieteikta atkārtoti ar jaunu identifikatoru.

2. Problēmu apstrādes procedūra Produkta un Sākotnējā produkta ekspluatācijas laikā.

2.1. Par problēmām, kas konstatētas ekspluatācijas laikā un kuru iespējamais cēlonis ir kļūda programmatūrā, Pasūtītāja nozīmētiem pārstāvjiem jāziņo Izpildītājam.

2.2. Produkta un Sākotnējā produkta ekspluatācijas laikā Puses vērtē Produkta un Sākotnējā produkta kvalitāti pēc tādiem pašiem kritērijiem kā akcepttesta laikā, tomēr Pasūtītājs ir tiesīgs norādīt uz būtiskām kļūdām arī gadījumos, ja to atrašanas apstākļi nav paredzēti Testu plānā.

2.3. Katrai konstatētajai problēmai tiek norādīta sekojoša identifikācijas informācija:

Problēmas izpausme (piemēram, kļūdas paziņojuma teksts, vēlamais un nesagaidītais rezultāts, darbības ātrums u.c.);

Dažu pēdējo darbību secīgu aprakstu, pēc kādām konstatēta problēma;

33

Problēmai pēc Pasūtītāja viedokļa piešķirtā kategorija;

Kontaktpersona, kam sniegt atbildi par problēmas izpildi, kontaktpersonas telefons;

Problēmas konstatācijas datums un laiks.

2.4. Izpildītāja pienākums ir, saņemot problēmas pieteikumu, nekavējoties novērtēt tās kategoriju un reģistrēt to.

2.5. Izpildītāja pienākums ir nekavējoties uzsākt 1. un 2.kategorijas problēmu analīzi, kam Pasūtītājs piešķīris 1.vai 2.kategoriju. Izpildītājs ir tiesīgs pārvērtēt problēmas kategoriju, sniedzot par to pietiekamus pierādījumus.

2.6. 3 (trīs) darba dienu laikā kopš 2., 3., 4.kategorijas kļūdas problēmas pieteikšanas brīža Izpildītājs sniedz Pasūtītājam atbildi par termiņiem, kad tiks izveidota koriģējoša programmatūra, vai arī norāda argumentus, kādēļ problēmu jārisina platformas uzturētājam. 1.kategorijas kļūdas saskaņā ar Līgumu Izpildītājs novērš 24 (divdesmit četru) stundu laikā.

2.7. Kļūdu novēršanas termiņš nedrīkst būt garāks par Līgumā norādīto.

2.8. Izpildītājam uz sava rēķina jānovērš arī kļūdas tajos jau saskaņā ar Līgumu nodotajos nodevumos, kuras nodevuma nodošanas brīdī neeksistēja, bet, kuras radās pēc cita saskaņā ar Līgumu izstrādātā nodevuma uzinstalēšanas.

2.9. Izpildītājam uz sava rēķina jānovērš arī kļūdas Sākotnējā produktā, kuras neeksistē Līguma ietvaros nodotajā Produktā. Sākotnējā produktā kļūdas nav jānovērš, ja Izpildītājs iesniedz Pasūtītāja akceptētus pierādījumus, kas apliecina, ka radušās kļūdas nav saistītas ar Produkta ietvaros izstrādāto nodevumu uzinstalēšanu.

2.10. Ja problēmas novēršanai nepieciešama koriģējoša programmatūra, Izpildītājs izveido atbilstošu piegādi, ko nosūta platformas uzturētājam uz e-pastu.

________________________/ A.Žīgure / _________________________/ xxxxxxxxxxxx /

2015.gada ____.____________ 2015.gada ____.____________

34

IV NODAĻA

FORMAS PIEDĀVĀJUMA SAGATAVOŠANAI

35

1.FORMA

PIETEIKUMSiepirkumam “Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes

pilnveidošana” Iepirkuma identifikācijas Nr. CSP 2015/13

Centrālās statistikas pārvaldes Iepirkuma komisijai

Saskaņā ar Publisko iepirkumu likumu, apakšā parakstījies apliecinu, ka:

Pretendenta nosaukums:

Reģistrēts___________________________________________________(kur, kad, reģistrācijas Nr.)

1. piekrīt piedalīties Centrālā statistikas pārvaldes izsludinātajā iepirkumā CSP 2015/13 „Integrētās statistisko datu apstrādes un vadības sistēmas funkcionalitātes pilnveidošana” (turpmāk – iepirkums) un piekrīt iepirkuma nolikuma noteikumiem, tajā skaitā apņemas izpildīt visas tehniskajā specifikācijā izvirzītās prasības;

2. ir iepazinies ar Publisko iepirkumu likuma 391.panta izslēgšanas nosacījumiem un neatbilst tiem;

3. ir reģistrēts likumā noteiktajā kārtībā un likumā noteiktajos gadījumos;

4. visas piedāvājumā sniegtās ziņas ir patiesas;

5. apņemas līguma slēgšanas tiesību piešķiršanas gadījumā slēgt līgumu, saskaņā ar iepirkuma nolikumam pievienotā līguma projekta noteikumiem;

6. pievienotie dokumenti veido šo piedāvājumu;

7. piekrīt, ka iepirkuma vērtēšanas procesā informācijas apmaiņai ar Pasūtītāju tiek izmantots elektroniskais pasts, neizmantojot vai izmantojot drošu elektronisko parakstu. Elektroniskais pasts korespondences, tai skaitā iepirkuma procedūru rezultātu paziņojuma, saņemšanai un nosūtīšanai:_______@_________.

Nodokļu maksātāja reģistrācijas Nr. Juridiskā adrese: Biroja adrese: Bankas rekvizīti: Kontaktpersona:

(vārds, uzvārds, amats)

Telefons: Fakss: E-pasta adrese:

Ar šo apstiprinu sniegto ziņu patiesumu. *

Datums: Paraksts: Vārds, uzvārds: Amats:

*Ja piedāvājumu kā pretendents iesniedz personu grupa, tad pieteikumu paraksta visas personas, kas iekļautas grupā un pieteikumā norāda personu, kura pārstāv personu grupu iepirkuma procedūrā, kā arī katras personas atbildības apjomu.

36

2.FORMATEHNISKAIS PIEDĀVĀJUMS

1. Tehniskajā piedāvājumā pretendents apraksta kā plāno izpildīt piedāvāto Pakalpojumu, veidot sadarbību ar Pasūtītāju, tai skaitā kādi pasākumi tiks veikti, lai nodrošinātu augstu pakalpojuma izpildes kvalitāti.

2. Tehniskajā specifikācijā noteiktos darbus sadala pa nodevumiem, norādot, cik tieši nodevumos plānots izpildīt visus darbus. Jāparedz ne mazāk kā divus secīgus nodevumus. Apraksta katra nodevuma ietvaros izpildāmos darbus un sagaidāmo rezultātu.

3. Norāda darbu izpildes termiņu (saskaņā ar tehnisko specifikāciju - 2015.gada 10.decembris), tai skaitā norāda katra nodevuma nodošanas termiņu.

4. Norāda citu informāciju, kas raksturo tehniskajā specifikācijā noteiktā Pakalpojuma izpildi.

<pilnvarotās personas paraksts>

3.FORMAFINANŠU PIEDĀVĀJUMS

Nr.p.k. NodevumiNodevuma nodošanas

termiņš

EUR bez PVN

1Nodevuma nosaukums, saskaņā ar tehnisko piedāvājumu  

2Nodevuma nosaukums, saskaņā ar tehnisko piedāvājumu  

3……

 

Kopā bez PVN, EUR:

PVN:

Kopā ar PVN, EUR:

Līgumcena vārdos bez PVN:

Līgumcena vārdos ar PVN:

<pilnvarotās personas paraksts, atšifrējums, datums>

37