· Web viewPretendents 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

APSTIPRINĀTSCentrālās statistikas pārvaldes

iepirkumu komisijas2016.gada 20.maija sēdē

(protokols Nr.1701-1.1/13).

Atklāta konkursa

“Informācijas sistēmas „Sociālās statistikas datu noliktava” funkcionalitātes pilnveidošana”

nolikums

Ident. Nr. CSP 2016/5

Rīga 2016

I NODAĻA

INSTRUKCIJAS PRETENDENTIEM

2

1. VISPĀRĪGĀ INFORMĀCIJA

1.1. Iepirkuma identifikācijas numurs

CSP 2016/5

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 [email protected]

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

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 2016.gada 20.jūnijs 11:00

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

Piedāvājumu atvēršanas sanāksme 2016.gada 20.jūnijs, Lāč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 iesniegtajā piedāvājumā norādītajā termiņā. Maksimālais izpildes

termiņš - 2016.gada 10.decembris.

-

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 norādi par

3

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 „Informācijas sistēmas „Sociālās statistikas datu noliktava” funkcionalitātes pilnveidošana” Id.Nr. CSP 2016/5. Neatvērt līdz 2016.gada 20.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 dokumentu 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, tās jāapliecina Latvijas Republikas normatīvajos aktos noteiktajā kārtībā. Atbilstoši Publisko iepirkumu likuma 33.panta septītās daļas otrajam teikumam, iesniedzot piedāvājumu, pretendents ir tiesīgs visu iesniegto dokumentu atvasinājumu un tulkojumu pareizību apliecināt ar vienu apliecinājumu, norādot personu, kura ir tiesīga apliecināt dokumentus, amata nosaukumu, parakstu, paraksta atšifrējumu un apliecinājuma vietas nosaukumu un datumu, ja viss piedāvājums ir cauršūts vai caurauklots. Šādā gadījumā pretendents pieteikumā (nolikuma IV nodaļas

4

1.forma) norāda prasīto informāciju un uz attiecīgā dokumenta atvasinājuma vai tulkojuma norāda tā veidu (kopija, izraksts, noraksts vai tulkojums).

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.

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 2016/5. 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 Informācijas sistēmas „Sociālās statistikas datu noliktava” 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.

5

http://www.likumi.lv/

http://www.csb.gov.lv/iepirkumi

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


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.


Ārvalstīs reģistrēts pretendents iesniedz komercdarbību reģistrējošas iestādes ārvalstīs izdotas reģistrācijas apliecības kopiju. Attiecībā uz Latvijā reģistrētu pretendentu Pasūtītājs pārbaudīs informāciju Uzņēmumu reģistra mājas lapā.

Pretendents, kas reģistrēts Latvijā, pieteikumā, kas ir noformēts atbilstoši nolikuma IV nodaļas 1.formai, norāda vienoto reģistrācijas numuru.

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

3.4.1. Pretendenta pozitīvā pieredze. Pretendents pēdējo trīs gadu laikā pozitīvi ir īstenojis vismaz divus pēc projekta būtības līdzvērtīgus projektus šī iepirkuma priekšmetam un katra realizētā projekta finanšu apjoms ir vienāds vai lielāks ar Pretendenta iesniegto finanšu piedāvājuma summu šim iepirkumam. Līdzvērtīgs projekts ir projekts, kurš atbilsti šādām pazīmēm (visām):

Projekts izstrādāts, izmantojot Microsoft .NET Windows Presentation Foundation (WPF) tehnoloģiju;

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);

sistēmas mērķis vai viens no mērķiem ir statistisko datu apstrāde, datu analīze vai atskaišu dinamiska veidošana. Ar datiem tiek saprasta informācija, kas tiek uzglabāta sistēmā noteiktu organizācijas biznesa procesu nodrošināšanai, nevis, piemēram, atskaišu informāciju par pašas sistēmas darbību, tādu kā auditācijas piekrastu (log files) atskaites;

sistēmas ir metadatu vadītas;

datu glabātuve – Microsoft SQL Server 2008;

6

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


Vismaz divas pozitīvas klientu atsauksmes (norādot Pasūtītāja kontaktpersonu, realizēto projektu, tā īsu aprakstu, tā īstenošanas laiku un budžetu), kas apliecina, ka Pretendents pēdējo trīs gadu laikā pozitīvi ir īstenojis vismaz divus projektus, kur katrs projekts atbilst visām 3.4.1.punktā izvirzītajām prasībām.

3.4.2. Pretendenta rīcībā ir vai būs līguma izpildes laikā speciālisti ar šādu kvalifikāciju:

3.4.2.1. Projekta vadītājs (informācijas tehnoloģijas projektu vadītājs) – kurš atbilst vismaz šādām prasībām:

akadēmiskā vai otrā līmeņa profesionālā augstākā izglītība vadības zinātnēs, datorzinātnēs vai ar tām saistītās nozarēs;

starptautiski atzīts sertifikāts, 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 divos pēc projekta būtības līdzvērtīgos projektos šī iepirkuma priekšmetam (līdzvērtīga projekta pazīmes skatīt 3.4.1.punktā) attiecīgā lomā, kāda paredzēta šajā projektā;

speciālistam ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

3.4.2.2. Sistēmanalītīķis – kurš atbilst vismaz šādām prasībām:

akadēmiskā vai otrā līmeņa profesionālā augstākā izglītība vadības zinātnēs, datorzinātnēs vai ar tām saistītā nozarēs;

starptautiski atzīts sertifikāts, kas apliecina zināšanas sistēmu analīzes jomā (CBAP, OCEB BPM2 vai ekvivalents sertifikāts);



3.4.2.3. Microsoft izstrādes tehnoloģiju speciālists – vismaz 2 (divi) speciālisti, kur katrs atbilst vismaz šādām prasībām:

akadēmiskā vai otrā līmeņa profesionālā augstākā izglītība datorzinātnēs vai ar to saistītā nozarē;

starptautiski atzīts sertifikāts, kas apliecina zināšanas programmatūras izstrādes jomā (Microsoft Certified Professional Developer Windows Developer sertifikāts vai ekvivalents sertifikāts);


speciālistiem ir jābūt ar Latvijas valsts valodas prasmes līmeni ne zemāku par vidējo.

3.4.2.4. Microsoft datubāžu izstrādes tehnoloģiju speciālists – vismaz 2 (divi) speciālisti, kur katrs atbilst vismaz šādām prasībām:


starptautiski atzīts sertifikāts, kas apliecina zināšanas Microsoft SQL Server 2008 programmatūras izstrādes jomā (Microsoft Certified Technology Specialist – Microsoft SQL Server 2008 Database Development vai ekvivalents sertifikāts);



7

3.4.2.5. Biznesa inteliģences Analītiķis - kurš atbilst vismaz šādām prasībām:


starptautiski atzīts sertifikāts, kas apliecina zināšanas Microsoft SQL Server 2008 biznesa inteliģences programmatūras izstrādes jomā (Microsoft SQL Server 2008 Business Intelligence Development vai ekvivalents sertifikāts);



3.4.2.6. Testētājs (informācijas sistēmu testētāji) – vismaz 2 (divi) speciālisti, kur katrs atbilst vismaz šādām prasībām:

augstākā izglītība;

zināšanas programmatūras testēšanas jomā, kuras apliecina ar International Software Testing Qualification Board sertifikātu (vismaz vienam testētājam - Advanced Level) vai ekvivalentu sertifikātu;



Iesniedzamie dokumenti prasības apliecināšanai:

- dokumenti vai sertifikātu kopijas, kas apliecina nolikuma 3.4.2.1.-3.4.2.6.punktā noteikto 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 sertifikāta ekvivalentumam;

- Pretendenta sagatavota izziņa, kas apliecina, ka Pretendenta saskaņā ar nolikuma 3.4.2.1.-3.4.2.6.punktu norādītajiem speciālistiem ir pieredze dalībā vismaz divos līdzvērtīgos projektos šī iepirkuma priekšmetam (līdzvērtīga projekta pazīmes skatīt 3.4.1.punktā) attiecīgajā lomā, kāda paredzēta šajā projektā;

- 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ļā noteiktā valsts valodas prasmi apliecinošā dokumenta kopija.

Piezīme: Pretendentam jāpiedāvā projekta komanda, kur speciālistu izglītība, kvalifikācija un pieredze atbilst Nolikumā norādītajām prasībām. Viena speciālista kvalifikācija var atbilst vairākām Nolikumā norādītajām prasībām, tomēr katrs pretendenta piedāvātais speciālists nedrīkst piedalīties projektā vairāk kā 2 (divās) lomās.

3.4.3. Pieteikumu tiešsaistes sistēma. 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ā.


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

3.5. Kvalitātes nodrošināšanas standartiPretendenta 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).


8

Kvalitātes vadības sistēmas, kas ir trešās personas sertificēta atbilstoši IT nozares standartiem (ISO 9001:2008, CMMI vai līdzvērtīgs), sertifikāta kopija. 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āvoklisPretendenta 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 (pretendenta iesniegtā finanšu piedāvājuma summa). 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 (pretendenta iesniegtā finanšu piedāvājuma summa), par nostrādāto periodu.


Pretendenta sagatavota izziņa par Pretendenta gada finanšu apgrozījumu pēdējo triju gadu laikā. Pretendenti, 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.

4.1.5. Pretendents atbilstoši Publisko iepirkumu likuma 48.panta viens prim daļas regulējumam piedāvājumam pievieno izdruku no Valsts ieņēmumu dienesta elektroniskās deklarēšanas sistēmas par pretendenta un tā piedāvājumā norādīto apakšuzņēmēju vidējām stundas tarifa likmēm profesiju grupās pirmajos trijos gada ceturkšņos pēdējo četru gada ceturkšņu periodā līdz piedāvājuma iesniegšanas dienai. Ja pretendents kā nodokļu maksātājs ir reģistrēts pēdējo četru gada ceturkšņu periodā līdz piedāvājuma iesniegšanas dienai, ņem vērā darba ņēmēju vidējo stundas tarifa likmi periodā no nākamā mēneša pēc reģistrācijas mēneša līdz piedāvājuma iesniegšanas dienai.

Gadījumā, ja ir konstatēta atšķirība starp pretendenta un tā piedāvājumā norādīto apakšuzņēmēju darba ņēmēju vidējām stundas tarifa likmēm profesiju grupās un Valsts ieņēmumu dienesta apkopotajiem datiem par darba ņēmēju vidējām stundas tarifa likmēm profesiju grupās, pretendents kopā ar piedāvājumu ir tiesīgs iesniegt detalizētu paskaidrojumu par iepriekš minēto faktoru.

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

9

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 saimnieciski visizdevīgākais piedāvājums.

5.5.2. Iepirkuma komisija izvēlas saimnieciski visizdevīgāko piedāvājumu no piedāvājumiem, kas atbilst nolikuma prasībām, tehniskajai specifikācijai un kas iegūst visaugstāko galīgo vērtējumu, saskaņā ar nolikumā norādītajiem piedāvājuma vērtēšanas un izvēles kritērijiem.

5.5.3. Piedāvājuma izvēles kritēriji un to skaitliskās vērtības:

Kritērijs Maksimālais punktu skaits

1. Piedāvājuma cena bez PVN 40

2. Funkcionālās priekšrocības 60

Kopā 100

5.5.3.1. Piedāvājuma cena:

Vērtējot cenu, Iepirkumu komisija ņem vērā piedāvājumu kopējo cenu (Eur) bez pievienotās vērtības nodokļa (PVN).

Cenas izdevīguma punkti tiek aprēķināti pēc formulas:

Ap = Ax/Ay x P, kur

Ap – iegūto punktu skaits,

Ax – lētākā piedāvājuma cena,

Ay – vērtējamā piedāvājuma cena,

P – maksimālais punktu skaits cenai.

Novērtējums punktos tiek noapaļots līdz divām zīmēm aiz komata.

5.5.3.2. Funkcionālās priekšrocības:

Nr.p.k. Kritēriji Punktu skaits

1. Tehniskajā specifikācijā noteikto izpildāmo darbu funkcionālo realizējumu 0- 25

10

apraksts, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu

1.1

Pretendenta iesniegtajā piedāvājumā iekļautie apraksti, kā tiks funkcionāli realizēti tehniskajā specifikācijā noteiktie izpildāmie darbi, vairāk kā pieciem tehniskajā specifikācijā noteiktajiem izpildāmajiem darbiem pēc būtības neatšķiras no tehniskajā specifikācijā esošiem aprakstiem.

0

1.2

Pretendenta iesniegtajā piedāvājumā iekļautie apraksti, kā tiks funkcionāli realizēti tehniskajā specifikācijā noteiktie izpildāmie darbi, pēc būtības ir papildināti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu, taču 1- 5 apraksti pēc būtības neatšķiras no tehniskajā specifikācijā esošiem aprakstiem.

12

1.3Visi pretendenta iesniegtajā piedāvājumā iekļautie apraksti, kā tiks funkcionāli realizēti tehniskajā specifikācijā noteiktie izpildāmie darbi, pēc būtības ir papildināti, salīdzinot ar tehniskajā specifikācijā doto izpildāmo darbu aprakstu.

25

2. Prototipi lietotāju grafiskajai saskarnei ARKa modulim (41. darba uzdevums saskaņā ar tehnisko specifikāciju) 0-20

2.1 Ir definēta tikai grafiskās saskarnes elementu galvenā izvēlne.Definētas tikai dažas no funkcionāli nepieciešamajām ekrānformām. 0

2.2

Ir definēta grafiskās saskarnes elementu galvenā izvēlne un apakšizvēlnes, bet nav loģiskas saiknes starp tām, nav skaidri definēta sasaiste ar Sociālās statistikas datu noliktava (turpmāk –SSDN) sistēmas elementiem.Ir definētas funkcionāli nepieciešamās ekrānformas, taču iztrūkst skaidrojumu par visiem ekrānformās redzamajiem vadības elementiem, apakšizvēlnēm un/vai nav aprakstīta savstarpējā saikne starp visām definētajām ekrānformām, sasaiste ar SSDN sistēmu.

12

2.3

Ir definēta grafiskās saskarnes elementu galvenā izvēlne un apakšizvēlnes, un ir loģiskas saiknes starp tām, kā arī skaidri definēta sasaiste ar SSDN sistēmas elementiem. Definētas visas funkcionālī nepieciešamās ekrānformas, pieejami skaidrojumi par visiem vadības elementiem un apakšizvēlnēm ekrānformās, skaidri definētas saiknes starp visām ekrānformām un sasaisti ar SSDN sistēmas elementiem.

20

3. Darbu izpildes termiņi 0-10

3.1. Kopējais darbu izpildes termiņš noteikts vairāk kā 90 dienas no līguma spēkā stāšanās brīža 0

3.2. Kopējais darbu izpildes termiņš noteikts no 61 līdz 90 dienām no līguma spēkā stāšanās brīža 5

3.3. Kopējais darbu izpildes termiņš noteikts līdz 60 dienām no līguma spēkā stāšanās brīža 10

4. Garantijas termiņi 0-5

4.1 Pretendents izstrādātajam produktam noteicis garantiju saskaņā ar nolikumā, tai skaitā pievienotajā līgumā, izvirzītajām prasībām - 2 gadi. 0

4.2. Pretendents izstrādātajam produktam noteicis garantiju saskaņā ar nolikumā, tai skaitā pievienotajā līgumā, izvirzītajām prasībām - 3 gadi 3

4.3. Pretendents izstrādātajam produktam noteicies garantiju saskaņā ar nolikumā, tai skaitā pievienotajā līgumā, izvirzītajām prasībām - 4 gadi 5

Kopā 0-60

5.5.4. Saimnieciski visizdevīgākais ir piedāvājums, kurš kopvērtējumā, saskaitot visu Iepirkumu komisijas locekļu individuālo vērtējumu summas un izdalot ar Iepirkumu komisijas locekļu, kuri vērtējuši piedāvājumus, skaitu, ir ieguvis visvairāk punktu. Maksimālais punktu skaits ir 100 punkti.

5.5.5. Ja saimnieciski visizdevīgākā piedāvājuma vērtēšanā Iepirkumu komisija konstatē, ka piedāvājumu

11

novērtējums ir vienāds, Iepirkumu komisija vispirms piemēro Publisko iepirkumu likuma 46.panta ceturtajā daļā noteikto, bet, ja to nevar piemērot, izvēlas piedāvājumu, kurš kopvērtējumā ir ieguvis visvairāk punktus un kuram ir viszemākā piedāvātā cena.

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.

12

8.2.3. Sniegt atbildes uz iepirkuma komisijas pieprasījumiem par papildu informāciju, kas nepieciešama piedāvājumu noformējuma pārbaudei, pretendentu atlasei, piedāvājumu atbilstības pārbaudei, kā arī vērtēšanai.

13

II NODAĻA

TEHNISKĀ SPECIFIKĀCIJA

14

Tehniskā specifikācija

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

Informācijas sistēma „Sociālās statistikas datu noliktava” ir speciāli izstrādāta daudzlietotāju sistēma, kura izveidota ar mērķi izveidot vienotu datu noliktavu Centrālajā statistikas pārvaldē. Sistēmā tiek glabāti dažādu datu avotu dati, kas tiek izmantoti sociālās statistikas ražošanai.

Sakarā ar to, ka Centrālās statistikas pārvaldes informācijas sistēmas infrastruktūru aprakstošie dokumenti, darba instrukcijas un līdzīga rakstura rakstīta informācija ir noteikta kā ierobežotas pieejamības informācija, ar iepriekšminēto dokumentāciju var iepazīties klātienē.

Iepazīties iespējams ar lietotāju instrukcijām, funkcionālajiem sistēmas aprakstiem un datu bāzu relāciju shēmām par visu sistēmu, pieejamajā detalizācijā.

Iepazīties ar dokumentāciju iespējams, iepriekš vienojoties par laiku, ar Informātikas departamenta direktoru Pāvelu Onufrijevu, tālr. 67366807, e-pasts - [email protected].

Sistēmā tiek lietoti trīs termini, kas uzskatāmi par sistēmas pamatvienībām:

- Datu avots – tabulu kopums, kas satur strukturētu informāciju par konkrētu objektu grupu (piemēram – dati par mājokli);

- Tabulas – datne, kas satur datus, kas izvietoti rindās un kolonās;

- Dati - formalizētā veidā attēlota tekstuāla vai skaitliska informācija, kuru lietotājs vai datu apstrādes ierīces var interpretēt, apstrādāt vai pārsūtīt. Par datiem tiek uzskatīti arī klasifikatori, kas atrodami tabulās.

Sistēma izstrādāta tādā veidā, lai darbinieki bez programmēšanas valodu zināšanām, lietotājam saprotamā, uz procesu soļiem strukturētā grafiskajā lietotāju saskarnē var:

- veidot datu avotu metadatu aprakstus;

- veidot datu avotu periodus;

- importēt un sasaistīt vairākus datu avotus;

- veikt datu pārbaudes un korekcijas;

- izveidot datu versijas (datu avotu periodu apkopošana loģiskā datu kopā, tas ir – tiek apkopoti dati, kas derīgi uz noteiktu laika periodu) ;

- veikt datu atlasi, eksportu (izmantojot metadatu bāzētu lauku aprakstus);

- u.c. darbības.

Sistēmā izstrādāts arī lietotāju tiesību administrēšanas modulis, kas nodrošina funkcionalitāti kontrolēt/ierobežot dažādu lietotāju pieejas tiesības datiem un veicamās darbības ar dažādām datu kopām.

Informācijas sistēma „Sociālās statistikas datu noliktava” izstrādāta izmantojot Microsoft .Net tehnoloģijas un platformu. Datu bāzes pārvaldības sistēma - MS SQL server 2008. Operētājsistēmas, uz kurām darbojas SSDN – Windows 7 (32bit un 64bit versijas), Windows 8.1 (32bit un 64bit versijas).

2. Izpildāmie darbi:

Izpildītājam jāveic Informācijas sistēmas „Sociālās statistikas datu noliktava” 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ā.

15

mailto:[email protected]

Sociālās statistikas datu noliktavas sistēmai funkcionalitātes pilnveidošana jāveic esošajā testa vidē un pēc akcepttestiem jāievieš produkcijas vidē atkārtoti veicot akcepttestus.Informācijas sistēmas „Sociālās statistikas datu noliktava” funkcionalitātes pilnveidošanā jāveic darbu izpilde, kas uzskatīta zemāk (sadaļa Izpildāmie darbi).

3. Garantijas prasības:

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

Garantijas nosacījumu izvērstāks apraksts noteikts nolikumā pievienotajam līgumam. Iesniedzot piedāvājumu pretendents nosaka garantijas termiņu gados no izstrādātā produkta nodošanas dienas, kas tiks vērtēts arī saimnieciski visizdevīgākā piedāvājuma noteikšanai. Minimālais garantijas termiņš ir divi gadi.

4. Izpildes termiņš un laika grafiks:

Projekts jāsadala pa nodevumiem un jāiesniedz to izpildes laika grafiks, paredzot tajā ne mazāk kā divus secīgus nodevumus:

1. Nodevums, sistēmas versija kurā iekļauta Administratīvo resursu kataloga izstrāde (tehniskās specifikācijas izpildāmo darbu 41. punkts). Sistēmas versijā papildus var iekļaut arī citus punktus no tehniskās specifikācijas;

2. Nodevums, sistēmas versija ar pilnībā izstrādātu funkcionalitāti.

Iesniedzot piedāvājumu pretendents nosaka savu darbu izpildes termiņu dienās no līguma noslēgšanas brīža, kas tiks vērtēts arī saimnieciski visizdevīgākā piedāvājuma noteikšanai. Visu darbu izpildes maksimālais gala termiņš: 2016.gada 10.decembris.

Laikā grafikā norāda katra nodevuma izpildes termiņu.

16

17

Izpildāmies darbi

NR Problēmas īss

apraksts Prasība

1 Lietotāju administrēšana/tiesības

Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju lietotājam, kuram nav tiesības importēt datus un veidot periodus, apskatīt datu avota periodus un nodrošinātu piekļuvi apskatīt Datu kvalitātes atskaites. Nepieciešams izdalīt divas atsevišķas tiesības - datu avota perioda apskate un datu avota perioda veidošana/imports.

2 Klasifikatoru uzturēšana

Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju piesaistīt datu tabulām klasifikatora tekstuālās vērtības, kas tiek uzturētas un glabātas ISDAVS sistēmā (Metadatu vadīta integrētā statistisko datu apstrādes un vadības sistēmā). 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.

Funkcionalitātes mērķis, pie datu atlases/eksportā, lietotājam jābūt iespējai norādīt, vai nepieciešams redzēt tikai klasifikatora vērtības vai papildus arī tekstuālās vērtības. Sociālās statistikas datu noliktavas (turpmāk – SSDN) sistēmā datu tabulās tiek glabātas klasifikatora vērtības (bez tekstuālās daļas). Ja lietotājs vēlas redzēt arī klasifikatora vērtības tekstuālo daļu, tad tekstuālās vērtības sistēmai jāpiemeklē ISDAVS sistēmā. Jaunās funkcionalitātes izstrādes rezultātā, SSDN sistēmā jānodrošina funkcionalitāte:- norādīt papildus pazīmes vai aprakstīt nepieciešamos papildus metaaprakstus, lai varētu nodefinēt kur un kādus klasifikatorus sasaistīt (piemēram, norādīt kolonnai pazīmi, ka tā satur klasifikatora kodus; norādīt tabulai, ka tā ir klasifikatora tabula utt.). Jāņem vērā, ka vienā datu avotā var būt vairākas tabulas, kuras jāsasaista ar vienu un to pašu klasifikaotru;- lietotājiem pie datu atlases/eksporta iespēja norādīt - redzēt tikai klasifikatora vērtības vai papildus arī tekstuālo daļu, ņemot vērā izdarītās atzīmēs izvadīt rezultātu. Papildus – nepieciešams, lai lietotājs vizuāli var atšķirt datu kolonnu, kurai iespējams piekārtot tekstuālo daļu no klasifikatora;- datu tabulās, pie klasifikatora kodiem, jāpielasa atbilstošās tekstuālās vērtības (atbilstoši pēc derīguma termiņa), ņemot vērā SSDN sistēmā definētā datu avota periodu un ISDAVS sistēmā atbilstošā klasifikatora ieraksta derīguma termiņu; - ja datu atlases logā tiek labots klasifikatora kods, tad sistēmai automātiski jāpielasa atbilstošā tekstuālā daļa. Lietotājam ir iespēja mainīt klasifikatora kodu datu tabulā, kas glabājas SSDN sistēmā, bet nekādā gadījumā netiek labotas vērtības (gan kods, gan tekstuālā vērtība vai kas cits, kas glabājas ISDAVS sistēmā);- lietotājam jābūt iespējai apskatīt visas klasifikatora vērtības (kodu un tekstuālo daļu), kas ir derīgas uz datu avota perioda derīguma brīdi un glabājas ISDAVS sistēmā. Papildus – lietotājam jābūt iespējai redzēt, kāds derīguma termiņš klasifikatora ierakstam ir ISDAVS sistēmā.

* Klasifikatori, pēc būtības sastāv no koda un tekstuālās daļas. ISDAVS sistēmā klasifikatoriem ir tādas papildus pazīmes kā derīguma termiņš un citas līdzīgas pazīmes.

3 Datu apskate Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju apskatīt ieimportēto datu avota periodu pilnā apjomā pat tad, kad tas nav piesaistīts datu versijai. Sistēmā jāiestrādā jauna pieejas tiesība, kas nodrošinātu augstākminēto datu apskati (tiesība apskatīt datus, bez iespējas datus labot). Pie datu apskates jābūt tādai pašai funkcionalitātei kā pamata datu apskates logā (ieraksta meklēšana, filtrēšana, sortēšana, agregēšana utt.).

4 Datu imports Izstrādāt sistēmas funkcionalitāti, lai pie datu importa tiktu attēlota informācija par iepriekšējā veiksmīgā importa laikā ieimportēto ierakstu skaitu attiecīgajai datu tabulai (jāattēlo informācija par iepriekšējiem periodiem).

5 Datu atlase Izstrādāt sistēmas funkcionalitāti kontrolētai darbībā esoša datu atlases procesa apturēšanai (gadījumos, kad lietotājs ir nospiedis pogu “Datu atlase” (labošana) un konstatē, ka ir nekorekti nodefinēti kritēriji, nepieciešams pārtraukt iesākto datu atlasi).

6 Datu masveida labošana

Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju masveida labošanā atzīmēt ierakstus un labot tos uz vienu konstantu vērtību līdz 4 miljoniem ierakstu (saglabāšanas darbībai jāizpildās servera pusē).

7 Datu imports Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju sistēmā ieimportēt (vai izveidot papildus) tukšas datu tabulas kolonnas, kuras tiktu attēlotas un būtu

pieejamas pie datu atlases. Funkcionalitātes mērķis - labojot datus, tukšā kolonna tiktu aizpildīta ar nepieciešamajām vērtībām. Funkcionalitāte tiek pielietota brīdī, kad tiek aprakstīti metaapraksti, un jau iepriekš zināms, ka ir nepieciešamas tukšās kolonnas.

8 Rādītāju salīdzināšana

Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju salīdzināt rādītājus brīdī, kad datu versijai ir statuss “Lietotāju režīms”. Jānodrošina iespēju salīdzināt ne tikai tos rādītājus kas ir vienādi, bet arī tos, kas atšķiras (līdzīgi kā tas ir brīdī, kad datu versijai statuss “Labošanas režīms”).

9 Tabulu saites Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju tabulas saites izveidot tā, ka vairākus vienāda satura laukus no vienas datu tabulas var sasaitēt ar vienu konkrētu lauku no citas tabulas (parasti klasifikatora tipa tabulu). Funkcionalitātes mērķis no datu tabulas divas kolonnas (vai vairākas) piesaistīt pie viena klasifikatora. Piemērs - datu tabulā ir divi lauki, kurā tiek glabāti dati par valsti (piemēram, dzimšanas valsts un dzīvesvietas valsts) un šos laukus nepieciešams sasaistīt ar vienu un to pašu klasifikatoru.

10 Kvalitātes atskaite Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju lietotājam ar atbilstošām pieejas tiesībām pie Datu kvalitātes atskaites pierakstīt komentāru (piemēram, skaidrojumu par datu sasaiti utt.).

11 Datu imports Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju importēt datus no SQL gadījumos, kad SQL decimālskaitļu garums ir nodefinēts lielāks nekā SSDN sistēmā. Nepieciešams iestrādāt pārbaudi, pat ja ārējā avotā (SQL) lauks ir nodefinēts lielāks nekā SSDN, bet pats reālais datu garums atbilst SSDN nodefinētajam, tad imports notiek, ja reālās vērtības ir ar lielāku garumu, tad sistēma izdod paskaidrojošu kļūdas ziņojumu un imports nenotiek.

12 Lietotāju administrēšana/tiesības

Papildināt lietotāja tiesību administrēšanas funkcionalitāti ar pieejas tiesību, kas nodrošinātu lietotājam tiesības dzēst tabulas ierakstus. Tiesība piešķirama uz katru tabulu atsevišķi (pēc noklusējuma lietotājiem šī tiesība nedrīkst būt pieejama).

13 Saites starp tabulām veidojas no vairākiem laukiem

Izstrādāt sistēmas funkcionalitāti tabulai definēt primāro atslēgu kā kombināciju no vairākiem laukiem. Šāda funkcionalitāte nepieciešama gadījumos, kad saites tiek veidotas no vairāku lauku kombinācijas.

14 Datu atlase/labošana Izstrādāt sistēmas funkcionalitāti, kas pie kolonnu apvienošanas un datu kopēšanas, kā arī pie datu atlases ļautu:- Izgriezt daļu no teksta lauka vērtības un ievietot to jaunā kolonnā, piemēram pirmos 10 simbolus, vai 5-10 simbolu (ieliekot to virtuālā vai reālā laukā

(reālā laukā – ja datu versijas statuss Labošanas režīms));- No datuma lauka ļautu izgriezt atsevišķas datuma sastāvdaļas – dienas, mēnesi, gadu (ieliekot to virtuālā vai reālā laukā(reālā laukā – ja datu versijas

statuss Labošanas režīms));- Izgriezt daļu no cipara/decimālskaitļa lauka vērtības un ievietot to jaunā kolonnā, piemēram pirmos 10 simbolus, vai 5-10 simbolu (ieliekot to virtuālā

vai reālā laukā(reālā laukā – ja datu versijas statuss Labošanas režīms))- Aprēķināt personas vecumu no personas koda vai dzimšanas datuma lauka un aprēķināto vērtību ieliekot virtuālā vai reālā laukā (reālā laukā – ja datu

versijas statuss Labošanas režīms). Jānodrošina iespēju papildus norādīt konkrētu datumu uz kuru jāaprēķina vecums. Ja personas vecumu nav iespējams aprēķināt – lauks paliek tukšs (blank).

-15 Datu agregācija Izstrādāt sistēmas funkcionalitāti, lai agregētiem datiem (datu agregācijas logā un pie atskaišu apskates) būtu pieejami datu analīzes rīki (datu filtrēšana,

meklēšana, sortēšana) ar tādu funkcionalitāti kāda tā ir datu apskates logā.16 Notikumu žurnāls Izstrādāt sistēmas funkcionalitāti, lai Notikumu žurnālā varētu atzīmēt visus notikumus ar viena ķeksīša palīdzību (iespēja – izvēlēties visus ierakstus).17 Atskaites Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju eksportēt sistēmā sagatavotās atskaites (formāti, Excel, Access).

Nepieciešams izveidot jaunu tiesību, kas ļautu lietotājam eksportēt informāciju.18 Datu agregācija Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju saglabāt datu pieprasījumu, kas veidots datu agregācijas logā. Papildus jābūt iespējai atvērt iepriekš

saglabātu datu pieprasījumu (no datu atlases loga). 19 Metadatu imports Izstrādāt sistēmas funkcionalitāti tā, lai metadatu eksporta failā, lietotājam draudzīgā veidā var izmainīt tabulu fiziskos nosaukumus un jauno failu iespējams

importēt esošajā sistēmas versijā. 20 Datu atlases filtrs no Papildināt sistēmas funkcionalitāti ar iespēju, ka datu atlases filtrs no ārējā faila strādā ar apgriezto (nolieguma) loģiku, t.i., datu atlasē neatspoguļo tās vērtības

19

ārējā faila no datu masīva, kuras ir pievienotajā arējā failā. Piemēram, ja kolonnā ir vērtības 1;2;3;4;5;6;7 un šai kolonnai pievienotājā ārējā failā ir vērtības 2;3;4;5, tad šādā gadījumā atlasa vērtības 1;6;7.Funkcionalitātei jāstrādā līdzīgi kā realizēta atlase no filtra (var pievienot Excel vai CSV failus ar tādiem pašiem nosacījumiem failu sagatavošanā). Gala rezultātā jābūt pieejamām abiem atlases veidiem, lietotājs var izvēlēties, kuru no tiem izmantot.

21 Izvēļņu atvēršanas ceļi

Papildināt sistēmas funkcionalitāti ar iespēju, lai metadatu aprakstos (pie avota struktūras definēšanas, periodiem utt.), uz izvēlētās vienības izpildot peles labo klikšķi, parādītos attiecīgās sadaļas darbības (Atvērt, Dzēst utt.), kas ekrānā izvietotas kā atsevišķas pogas. Piemēram, ja izvēlēta tabula, kuru nepieciešams dzēst, ekrāna augšējā daļā jāizvēlas tabulu un zemāk jāizvēlas attiecīgo darbības pogu. Nepieciešams, lai saglabātos līdzšinējais princips, kā arī šīs izvēlnes parādītos zem peles labā klikšķa uz konkrētā ieraksta.

22 Datu avota struktūra Izstrādāt sistēmas funkcionalitāti, lai metadatos, pie datu avotu tabulām, kur definē kolonnas, tiktu attēlota informācija par to, cik kolonnas ievadītas pie konkrētās tabulas.

23 Datu filtrēšana Papildināt sistēmas funkcionalitāti pie datu filtrēšanas (logos, kuros ir datu filtrēšana – pie datu atlases, agregāciju apskates (kā arī logos, kad tiek atvērtas atskaites)):

1. Lai datu filtrēšana notiktu pēc datu tipa: teksta kolonnām filtrs meklē teksta frāzes, skaitļu laukiem ciparus. Piemēram:

- ja filtrēšanas lodziņā teksta laukā ieraksta “Lāčplēša iela 21”, tad tiktu izfiltrētas rindas ar vērtību, piemēram, “Lāčplēša iela 21”;- ja filtrēšanas lodziņā ciparu laukā ieraksta “21”, tad atgriež 21 un nevajag izfiltrēt rindas, kurās ir vērtības “210”, “1921”;- datumu laukiem līdzīga loģika kā ciparu laukiem (ja tiek norādīts konkrēts datums, tādu arī atlasa). 2. Papildināt sistēmas funkcionalitāti, kas datu filtrēšanas logā nodrošinātu iespēju definēt kritērijus kolonnām - iespēja izmantot operatorus, kas ļautu

atlasīt precīzu vērtību (piemēram, vārds Lāčplēša) un vārdu ar nezināmo daļu (Lāčplēša%), kā arī izmantot operatorus – “>n”, “<n”, “=n”, “<>n” (kritēriji, kādi pieejami datu atlases logā).

24 Notikumu žurnāls 1. Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu to, ka Notikumu žurnālā tiktu fiksētas metadatu imports sistēmā tādā detalizācijas pakāpē, kā tas notiek, ja avotu apraksta no sākuma manuāli (fiksē datu avota reģistrēšanu, tabulu definēšana utt.).

2. Izstrādāt sistēmas funkcionalitāti, kas fiksētu sistēmā informāciju par to kurš lietotājs un kad ir spiedis pogu SQL vaicājums, kā arī fiksētu pašu vaicājumu (līdzīgi kā tas notiek šobrīd, kad tiek fiksēts datu atlases SQL vaicājums).

25 Datu imports Papildināt sistēmas funkcionalitāti ar iespēju - ja pievieno jaunu kolonnu vai tabulu no periodiskā/pazīmju datu importa loga, tad no tā paša loga var nomainīt avota statusu uz "Jauns/labots".

26 Datu labošana Izstrādāt sistēmas funkcionalitāti Datu kopēšana tā, lai sistēmā būtu iespēja atlasītajiem/izvēlētajiem datu ierakstiem pārkopēt datus no citas tabulas kolonnas (gan tā paša avota, gan cita avota tabulas). Piemēram, tiek izveidota jauna tukša kolonna un tā tiek aizpildīta ar datiem no citām tabulām, piemēram, ierakstiem 1,3,5 no tabulas Nr.1, ierakstiem 2,4,6 no tabulas Nr.2. Lietotājam jābūt iespējai norādīt kuriem ierakstiem, no kuras tabulas kolonnas datus kopēt (norādot no kuras tabulas kolonnas, kurā tabulas kolonnā dati jāpārkopē). Datu kopēšanu var realizēt arī no datu kolonnām, kuras ir izveidotas, piemēram, kolonnu apvienošanas laikā, kā arī jābūt pieejamai funkcionalitātei, kas aprakstīta 14. punktā.

27 Datu avotu periodi Papildināt sistēmas funkcionalitāti, lai datu avota perioda logā var pierakstīt detalizētāku aprakstu konkrētam periodam (līdzīgi kā pie avota, tabulas un kolonnu definēšanas logiem). Papildus, jānodrošina, ka informācija tiek attēlota arī datu avota kvalitātes atskaites logā.

28 Datu avota tabulas Izstrādāt sistēmas funkcionalitāti, lai datu avotu struktūras logā tabulu sadaļā būtu iespējams pievienot MS Word dokumentus (datu apstrādes apraksti). Funkcionalitāte pieejama lietotājiem, kuri veido datu avotu meta aprakstus.

29 Citi papildinājumi Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju zem pogas “Par” (galvenajā sistēmas logā), pievienot dokumentu, kurā glabātos sistēmas lietošanas apraksts. Dokumentu var pievienot sistēmas administrators.

30 Lietotāju Izstrādāt sistēmas funkcionalitāti, lai autorizācija sistēmā darbotos, izmantojot Aktīvās direktorijas lietotājus. Ja lietotāja konts vairs nav derīgs, lietotājs vairs 20

administrēšana/tiesības

neiekļūst sistēmā un viņam nav pieejas datiem. Papildus jānodrošina iespēja, ka sistēmā var piekļūt sistēmas iekšējie administratori ar lietotājvārdu un paroli (lietotājvārdi, kuriem piesaistīta tiesība – sistēmas administrators), kā arī sistēmai var pieslēgties cits aktīvās direktorijas lietotājs ievadot savu aktīvās direktorijas lietotājvārdu un paroli.

31 Datu apskate/eksports Izstrādāt sistēmas funkcionalitāti, lai pie datu atlases/eksporta lietotājs var norādīt, kā attēlot datus - oriģinālā veidā vai restrukturizētā. Lai restrukturizētu datus, lietotājiem jānodrošina iespēju sistēmas starplogā/-os norādīt, kuru/-as kolonnas izvēlēties par primārajām pie kurām tiks piekārtota pārējā informācija. Papildus jānodrošina iespēja, ka var norādīt, lai sistēma saskaitītu notikumu reizes un to skaitu ievietotu papildus kolonnā (piemēram, count_summa). Jāņem vērā, ka atlasāmo datu masīva apjoms var būt vairāki miljoni ierakstu.

Piemērs - oriģinālā datu tabula:PK NMRKOD Summa

11111111111 111 1511111111111 222 2011111111111 333 3311111111111 111 4511111111111 444 45

Restrukturizācija pēc PK:PK NMRKOD

1Summa1 NMRKOD

2Summa2 NMRKOD

3Summa3 NMRKOD

4Summa4 NMRKOD

5Summa5

11111111111 111 15 222 20 333 33 111 45 444 45

Restrukturizācija pēc NMRKOD:NMRKO

DCount_summa PK Summa1 Summa2

111 2 11111111111 15 45222 1 11111111111 20 333 1 11111111111 33 444 1 11111111111 45

Restrukturizācija pēc PK+NMRKOD:

PK NMRKOD Summa1 Summa2

11111111111 111 15 4511111111111 222 20 11111111111 333 33 11111111111 444 45

32 Datu avota struktūra Papildināt sistēmas funkcionalitāti, lai, definējot tabulu kolonnas, būtu iespēja tās pārkārtot vajadzīgajā secībā.33 Avotu kvalitātes

rādītājiIzstrādāt sistēmas funkcionalitāti, lai avotu kvalitātes rādītāju sadaļā, visdetalizētākajā skatā, kur tiek attēlotas tabulu vērtības, gadījumos, kad tabulas satur klasifikatoru ierakstus, būtu iespējams redzēt ne tikai klasifikatoru kodus (no datu tabulas), bet arī tekstuālās vērtības (no ISDAVS sistēmas).

34 Jaunā un esošā PK Papildināt sistēmas funkcionalitāti pie saišu veidošanas un datu savienošanas, lai personas identifikāciju varētu veikt izmantojot identifikatorus, kas pamata 21

sasaiste tabulā glabājas divās kolonnās. Piemēram, AVOTA1 datos personas kodi var atrasties divās kolonnās:

PK1 PK2

11111111111 32111111111

AVOTA2 personas dati glabājas 1 kolonnā (PK). Sasaitei jānotiek secīgi:

1. PK ar PK1 - pārbauda vai iespējams sasaistīt ar identifikatoriem, kas atrodas kolonnā PK1.ja sasaiste nav notikusi

2. PK ar PK2 - pārbauda vai iespējams sasaistīt ar identifikatoriem, kas atrodas kolonnā PK2.35 Adreses labošana Izstrādāt sistēmas funkcionalitāti – adrešu labošana. Funkcionalitātes mērķis - ja lietotājs datu tabulā izvēlas adresi, kas attēlota vienā laukā, tad lietotājam ir

iespēja izsaukt funkcionalitāti, kas ļautu adresi piemeklēt pēc iespējamās atbilstības no adrešu saraksta, tas ir, lietotājam iespējams kādu no daļām nodzēst un sistēmai jāspēj pielasīt adreses pēc atlikušajiem kritērijiem. Piemēram, datu tabulā ir ieraksts Lāčplēša iela 1, Rīga -> ja lietotājs adreses meklēšanas formā nodzēš mājas numuru tiek attēlotas adreses - Lāčplēša iela %, Rīga (tas ir – visas adreses, kas ir Lāčplēša ielā, Rīgā). Nepieciešamības gadījumā, lietotājs var izvēlēties no pielasīta saraksta adresi un aizstāt sākotnējo adresi ar piemeklēto (apstiprinot adreses aizstāšanu). Sistēmā jānodrošina iespēja:

- Datu tabulai metaaprakstos iespējams norādīt pazīmi, ka tā ir adrese un augstākminētā funkcionalitāte (adrešu meklēšana un aizstāšana) iespējama kolonnām, kurām ir šī pazīme;

- Adrešu saraksta uzturēšana – izveidot speciālu sistēmas tabulu, kurā glabātos adreses (adreses kods, adrese, derīguma termiņi); iespēju aktualizēt informāciju šajā sarakstā; funkcionalitāti, ka brīdī, kad nepieciešams piemeklēt adresi tiek izmantota šī tabula;

- Realizēt adreses meklēšanu/aizstāšanu datu tabulā. Aizstāšanu iespējams veikt tikai tad, kad datu versijai statuss “Labošanas režīms”.36 Dokumentācija Izstrādāt ar sistēmu saistīto dokumentāciju: Sistēmas arhitektūras aprakstu (sistēmas moduļu dekompozīcijas un datu bāzes struktūras apraksts), Lietotāja

rokasgrāmata (sistēmas funkcionālais apraksts). Dokumentācijas jāsagatavo ne tikai par šajā iepirkumā izstrādājamiem programmatūras elementiem, tajā jāiestrādā arī visa esošā sistēmas dokumentācija.

37 SSDN (64-bit) Veikt aplikācijas pārstrādi uz Microsoft Windows 64-bit platformas.

38 Datu eksports Izstrādāt sistēmas funkcionalitāti, kas ļautu lietotājam atzīmēt, kuras no izvēlētajām kolonnām eksportēt, piemēram, lietotājs atlasa 10 kolonnas, taču nepieciešams eksportēt tikai 5.

39 Datu atlase Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju lietotājam izvēlēties vai pie datu atlases attēlot visu atlasīto datu masīvu (pēc izvēlētajiem kritērijiem) vai TOP n ierakstus, kur n-norādāms skaitlis.

40 Datu imports Izstrādāt sistēmas funkcionalitāti, kas nodrošinātu iespēju importēt datus SSDN no SQL gadījumos, kad SQL serverī datu tips definēts kā Float.

41 ARKa Izstrādāt funkcionalitāti, kura nodrošinātu iespēju uzglabāt datus par iestādē saņemamajiem administratīvajiem datiem (Administratīvo resursu katalogs – ARKa). Darba izpildes laikā jārealizē šāda funkcionalitāte:

22

1. ARKa sistēmas funkcionalitātes izstrāde/integrēšana SSDN sistēmā (Funkcionalitātes aprakstu skatīt zemāk sadaļa - Par ARKa);

2. Pārvaldē uzkrātās informācijas par administratīvajiem datiem pārcelšana SSDN sistēmas ARKa modulī tā, lai jau uzkrātā informācija nav jāievada sistēmā manuāli;

3. Izstrādāt funkcionalitāti, kas nodrošinātu iespēju – definējot SSDN jaunu datu avotu, iespējams izmantot avota struktūras aprakstus, kas glabājas ARKa.

- Ja tiek izmantota struktūra, kas ņemta no ARKa, jābūt iespējai SSDN sistēmā liekās kolonnas dzēst un/vai pievienot jaunas (piemēram, tiek saņemtas 5 kolonnas, bet fiziski dati tiks glabāti tikai 3 kolonnās, tad pie datu avota apraksta jābūt iespējai 2 kolonnas izdzēst, taču no ARKa šīs kolonnas nepazūd). Tāpat SSDN pie fiziskajiem datu aprakstiem jābūt iespējai pievienot papildus kolonnas (tās būtu kolonnas, ko izveido CSP pusē un oriģināli netiek saņemtas no datu avotu īpašniekiem. Šādai informācijai nav jāparādās ARKa modulī);

4. Izveidot funkcionalitāti, kas nodrošinātu iespēju sasaistīt ARKa aprakstus ar SSDN fiziskajiem datiem. Funkcionalitātei jānodrošina iespēja, ka ARKa modulī var norādīt, kuri dati glabājas SSDN sistēmā un pretēji, SSDN sistēmā iespēja norādīt, kurš datu avots atbilst ARKa aprakstiem. Jāņem vērā, ka SSDN sistēmā var būt viens avots, kuram ARKa modulī atbilst vairāki datu avotu īpašnieki (piemēram, SSDN sistēmā ir izveidots datu avots Studenti, taču ARKa aplikācijā tie ir 30 atsevišķi datu avota īpašnieki un atbilstošie avoti). Lietotājiem, ARKa datu atlases modulī un SSDN sistēmā jānodrošina iespēju redzēt, ka ir sasaistīti fiziskie dati ar aprakstiem, kā arī jābūt iespējai apskatīt informāciju no viena moduļa otrā. Jāņem vērā, ka ne visa informācija tiek glabāta SSDN sistēmā.

5. Iespēja pievienot aprakstošos metaaprakstus ARKa modulī – jānodrošina iespēja ģenerēt papildus teksta laukus (neierobežota skaita), kuriem tiek piešķirts nosaukums. Laukus iespējams ģenerēt pie datu avota, tabulas un rādītājiem. Jānodrošina iespēja, ka jaunizveidotajos laukos iespējams ievadīt informāciju. Ievadītā informācija jāattēlo lietotājiem, ar iespēju to izeksportēt. Ja Tabulai tiek ģenerēts lauks – Definīcija, tad šādam laukam jāattēlojas pie visām tabulām un ar šādu nosaukumu, jo tajā tiks ievadīta viena tipa informācija.

6. Izstrādāt funkcionalitāti, kas nodrošinātu iespēju, ka pie ARKa datu atlases ir izveidota sasaiste ar avota kvalitātes radītajiem.

23

Par ARKa

Administratīvo resursu kataloga aplikācija (ARKa) mērķis - strukturētā veidā uzkrāt informāciju par administratīvajiem datiem, kādus saņem Centrālā statistikas pārvalde (Pārvalde). Sistēmā tiek uzkrāta informācija, par ienākošajiem datiem (līdz pat datu kolonnām); par laiku, kad dati jāsaņem; par datu lietotājiem Pārvaldē. Balstoties un uz sistēmā ievadīto informāciju tiek ģenerēts datu saņemšanas kalendārs. ARKa modulim jābūt ar lietotājiem saprotamu, uz procesu soļiem strukturētu, grafisko lietotāju saskarni.

Lietotie termini:

- Datu avota īpašnieks – iestāde, kura sagatavo un nodod datus Pārvaldei;- Datu avots var saturēt vienu vai vairākas tabulas, kurās tiek glabāti dati. Datu avots pēc būtības ir datu

kopa, kas satur viena veida raksturojošu informāciju – piemēram, datus par mājokli vai personu;- Datu avota nosaukums – nosaukums, kas raksturo saņemamo informāciju, piemēram, „Dati par

izglītojamajiem un pedagogiem”;- Juridiskais pamatojums – dokumenta veids, uz kā pamata Pārvalde saņem datus;- Datu tipi – piezīme, kas norāda, kādu informāciju satur attiecīgā tabula. Datu fails – satur datus individuālā

līmenī; kopsavilkums – datu apkopojums/šķērsgriezuma tabula; klasifikators – sistematizētu objektu saraksts, kas paskaidro kādu kodētu informāciju; publiska datu bāze – publiski pieejami dati;

- Tabulas nosaukums – saņemamās datnes nosaukumu;- Tabulas lietotāji - Pārvaldes struktūrvienības, kuras darbu izpildē izmanto kaut vienu no tabulas rādītājiem;- Periodiskums – piezīme, kas norāda, cik bieži dati tiek saņemti;- Rādītājs – detalizēta informācija, no kā sastāv tabula (tabulas kolonnas);- Rādītāja apraksts – informācija par konkrētās tabulas rādītāja nozīmi;- Rādītāju lietotāji – Pārvaldes struktūrvienības, kuras darbu izpildē izmanto konkrēto rādītāju.

Sistēma iedalās trīs daļās:- Datu ievade- Datu atlase - Kalendārs

1. Datu ievade

Šajā modulī tiek ievadīta informācija par jaunu datu avotu, kuru saņem Pārvalde, kā arī iespējams atlasīt iepriekš ievadīto informāciju par kādu konkrētu datu avotu un nepieciešamības gadījumā labot vai kopēt ievadīto informāciju. Atlasot iepriekš ievadīto informāciju, lietotājs izvēlas datu avota īpašnieku un datu avota nosaukumu – tālāk sistēma piekārto visu ievadīto informāciju par izvēlēto avotu. Vienam datu avota īpašniekam var būt vairāki datu avoti (piemēram, Datu avota īpašnieks 1, kuram ir datu avoti A un B).

Atverot sistēmu, lietotājam jābūt iespējai izvēlēties ko darīt – meklēt datu avotu; labot izvēlēta datu avota informāciju; kopēt izvēlēto datu avotu (un saglabāt ar jaunu datu avota īpašnieku/avota nosaukumu) vai izveidot jaunu datu avotu.

Sistēmā jāfiksē informācija, kurš lietotājs pēdējais ievadījis informāciju konkrētajā datu avotā. Par cik datu ievade var aizņemt ilgāku laika periodu, tad sistēmā jānodrošina iespēja, ka lietotājs atzīmē - ievadītā informācija pieejama datu apskates sadaļā (jāpiefiksē datums, laiks lietotājs, kas to darījis). Datu ievades sadaļu izmanto noteikts cilvēku skaits (līdz 10 cilvēkiem), kas ir aktīvās direktorijas lietotāji.

Pamatojoties uz ievadīto informāciju – avotam tiek uzstādīts statuss – Aktuāls, Neaktuāls vai nav statusa (šāds statuss attēlojas, ja ievadīts jauns datu avots, kurš nav publicēts lietotājiem. Neaktuālā informācija tiek attēlota pie datu apskates, taču ar pazīmi Neaktuāls. Sistēmā jānodrošina iespēja, ka tiek atjaunota informācija, par vēsturiskajiem rādītājiem (procedūra Vēsturiskie rādītāji) - piemēram, ja tabulai tiek uzlikts beigu termiņš un tas ir senāks par esošo datumu, tad lietotājam ir jābūt iespējai aktivizēt procedūru, ka tabulas pakārtotajiem rādītājiem tiek uzlikta pazīme vēsturiski rādītāji. Ja šī ir vienīgā tabula saņemamajā datu avotā – tad avotam tiek uzlikt statuss Neaktuāls. Informācija tiek atjaunota arī Datu atlases modulī un Kalendārā. Pārējos gadījumos, ja avota tabulām/rādītājiem ir aktuāli derīguma termiņi – avota statuss Aktuāls.

Datu ievade notiek secīgi – ievadot vispārīgu informāciju par avotu, informāciju par saņemamajiem datu failiem, tabulas datu lietotājiem, rādītājiem, rādītāju datu lietotājiem un veidlapām. Visu ievadīto informāciju kolonnās

iespējams kārtot augošā/dilstošā secībā (ar filtrēšanas iespēju). Sistēmā jānodrošina iespēju ievadīto informāciju (ierakstus) labot, dzēst, saglabāt (izņemot gadījumus, kad speciāli norādīts, ka informācija nav labojama). Labošana, dzēšana nav aktīva, ja ir izmantota iespēja meklēt datu avotu (sākotnēji informācija ir pieejama apskates režīmā). Ja nepieciešams labot ievadīto informāciju avotā, jāspiež poga Labot pamatinformāciju.

Sistēmā tiek iestrādātas kontroles, lai kontrolētu ievadīto informāciju un sakarības starp ievadīto informāciju. Par konstatētajām kļūdām/neprecizitātēm - jāizdod attiecīgi ziņojumi lietotājam uz ekrāna ar iespēju lietotājam izvēlēties ko darīt – apstiprināt, noraidīt vai labot ievadīto informāciju. Sistēmas izstrādes laikā var tikt papildināts kontroļu saraksts (atbilstoši izstrādātajai sistēmas saskarnei), kā arī tiks saskaņoti kļūdu paziņojumu teksti.

1.1. Vispārīgā informācija

Sadaļā tiek ievadīta vispārīga informācija par datu avotu. Informācija par datu avota īpašnieku (piemēram, PMLP); datu avota nosaukumu; juridisko pamatojumu (arī pamatojuma numuru) un nepieciešamības gadījumā tiek pievienotas piezīmes. Pie avota tiek pievienota pazīme, kas norāda uz to, vai datu avota īpašniekam nepieciešams nosūtīt e-pastu par datu saņemšanu/dzēšanu no servera (šī pazīme tiek attēlota kalendārā pie konkrētā ieraksta). Pie avota tiek attēlota informācija – aktuāls/neaktuāls (kas tiek noteikta pēc principa, ja datu failiem un rādītājiem ir uzstādīta pazīme, ka tie ir vēsturiski, tad avots ir neaktuāls (ja visi avoti ir neaktuāli – īpašnieks neaktuāls)).

1. Datu avota īpašnieku iespējams izvēlēties no saraksta (ja šāds datu avota īpašnieks nav sarakstā, tad lietotājam jābūt iespējai pievienot jaunu datu avota īpašnieku);

2. Datu avota nosaukumu lietotājs ieraksta ar roku (jābūt redzamiem datu avota nosaukumiem, kas ir piesaistīti konkrēta datu avota īpašniekam);

3. Juridisko pamatojumu iespējams izvēlēties no saraksta. Pamatojumu izvēlas no saraksta, kurā ir vērtības - mutiska vienošanās; sadarbības līgums; starpresoru vienošanās; valsts statistikas programma; vēstule. Sarakstu iespējams papildināt;

4. Juridiskā pamatojuma dokumenta numuru lietotājs ieraksta ar roku (var palikt tukšs lauks). 5. Piezīmes – brīvi aizpildāms teksta lauks;6. Jānodrošina iespēja pievienot pazīmi vai jānosūta e-pasts par datu saņemšanu/dzēšanu

Kontroles:

- Ja lietotājs iziet no kāda loga, kurā nav saglabāta informācija, sistēmai jāizdod ziņojums, ka ir veiktas izmaiņas un lietotājam nepieciešams apstiprināt izmaiņas vai noraidīt;

- Veidojot jaunu datu avotu – obligāti jānorāda datu avota īpašnieks un datu avota nosaukums;- Saglabājot jaunu datu avota nosaukums, sistēmā jāveic pārbaude vai konkrētajam datu avota īpašniekam

jau nav ievadīts šāds avota nosaukums. Ja ir – lietotājam jāizdod ziņojums un lietotājam jābūt iespējai labot esošo nosaukumu. Šādai kontrolei jānostrādā arī brīdī, kad lietotājs ir kopējis kādu datu avotu un mēģina to saglabāt kā jaunu avotu (norādot datu avota īpašnieku un datu avota nosaukumu);

- Ja tiek publicēta informācija lietotājiem (lai tā attēlotos datu atlasē), pirms tam lietotājam jāizdod ziņojums par to, ka dati tiks publicēti.

1.2. Saņemamie datu faili

Sadaļā tiek ievadīta informācija par saņemamajiem datu failiem (faila nosaukums (tabulas apraksts) un fiziskais faila nosaukums); pirmo saņemšanas termiņu; periodiskumu; rādītāju skaitu tabulā; derīgumu no-līdz; datu tipu.

1. Datu faila nosaukums – tiek ievadīta informācija par datu faila nosaukumu pilnā tekstā (piemēram, Pilna laika studenti);

2. Tabulas nosaukums – tiek ievadīta informācija par fizisko faila nosaukumu (piemēram, studenti_pilns);3. Pirmais saņemšanas termiņš - tiek norādīts datums, kad pirmo reizi jāsaņem konkrētais fails;4. Periodiskums – tiek izvēlēts no iepriekš definēts saraksta (katru dienu; reizi gadā; reizi pusgadā; reizi

ceturksnī; reizi mēnesī; reizi trijos gados; divas reizes gadā (25.02, 25.08); divas reizes gadā (01.03, 01.07); divas reizes gadā (01.03, 15.09); divas reizes gadā (05.03, 15.08); divas reizes gadā (01.04, 03.11); piecas reizes gadā (30.01, 30.04, 30.07, 30.09, 30.12); trīs reizes gadā (20.01, 20.06, 30.09); trīs reizes

25

gadā (30.06, 31.07, 31.08); trīs reizes mēnesī (1., 10., 20. datumā); vienreizēji). Nepieciešamības gadījumā jābūt iespējai pievienot papildu periodiskumu, kas tiktu ņemts vērā arī pie kalendāra funkcijas;

5. Rādītāju skaits – tiek norādīts skaits cik rādītāju tiek saņemti konkrētā tabulā;6. Derīgs no – tiek norādīts datums, no kura avots derīgs (dd.mm.gggg);7. Derīgs līdz – tiek norādīts datums, līdz kuram avots derīgs (dd.mm.gggg). Beigu datumu iespējams atstāt

tukšu (piemēram, noslēgts beztermiņa līgums);8. Datu tips – iespējams izvēlēties no saraksta (datu fails; klasifikators; kopsavilkums; publiska datu bāze).

Pamatojoties un pirmo saņemšanas termiņu, periodiskumu un datumu derīgs no-līdz tiek ģenerēta informācija kalendārā.

Kontroles:

- Viena avota ietvaros nedrīkst būt vienādi tabulu nosaukumi. Sistēmā jānostrādā pārbaudei, ja konstatē, ka ir vienādi nosaukumi, lietotājam tiek izdots ziņojums un tiek dota iespēja labot ievadīto informāciju;

- Tabulas nosaukuma lauki – obligāti aizpildāmi lauki;- Derīgs līdz, nedrīkst būt mazāks par derīgs no;- Ja tiek mainīts pirmais saņemšanas termiņš, sistēmā jāizdod paziņojums ar jautājumu vai lietotājs tiešām

vēlas mainīt termiņu;- Datuma laukos kontrole uz korekti ievadītiem datumiem;- Ja datu tips publiska datu bāze, tad periodiskumam jābūt katru dienu – šī kontrole jāizdod kā ignorējama,

jo ir izņēmumi, kad periodiskums var būt cits;- Ja tiek dzēsta rinda, jāpārjautā – vai tiešām dzēst konkrēto rindu (norādot kuru – ar mainīgām vērtībām).

1.3. Tabulas datu lietotāji

Sadaļā tiek ievadīta informācija par to, kuras Pārvaldes struktūrvienības lieto konkrētās tabulas. Ja kāda struktūrvienība lieto, kaut vienu rādītāju no tabulas, tad pie konkrētās tabulas, kā datu lietotājs tiek norādīta struktūrvienība.

1. Tabulas nosaukums – tiek attēlots fiziskais tabulas nosaukums no sadaļas Saņemamie datu faili (sistēmā jābūt iespējai izvēlēties nosaukumus, kas definēti 2. sadaļā). Lietotājam nav iespējas labot nosaukumu šajā sadaļā;

2. Struktūrvienība – lietotājs izvēlas struktūrvienību no iepriekš definēta saraksta (sistēmā jāglabājas informācijai/jāpieslēdzas pie tabulas, kurā glabājas informācija par struktūrvienībām, kādas ir iestādē – informācija par tabulu tiks saskaņota izstrādes laikā). Jāņem vērā fakts, ka struktūrvienības var mainīties (kā nosaukums tā struktūrvienību skaits, līdz ar ko sistēmā jānodrošina iespēja, ka tiks attēlota aktuālā informācija un ja nepieciešams, kādu informāciju jāpārvieto no struktūrvienības uz struktūrvienību).

Kontroles:

- Pārbaude, lai vienai tabulai viens un tas pats lietotājs netiktu ievadīts atkārtoti;- Ja tiek dzēsta rinda, jāpārjautā – vai tiešām dzēst konkrēto rindu (norādot kuru – ar mainīgām vērtībām).

1.4. Rādītāji

Sadaļā tiek ievadīta informācija par to, kādi rādītāji ir konkrētā tabulā, kā arī dažādas papildus pazīmes. Lai ievadītu informāciju par konkrētiem rādītājiem, no 2. sadaļas Saņemamie datu faili tiek pārnesta informācija tabulas nosaukums; derīgs no, derīgs līdz. Lietotājam jābūt iespējai izvēlēties par kuru tabulu pārnest informāciju (kurai tabulai tiks definēti rādītāji), tā aizpildot informāciju par visām tabulām un tām piesaistītajiem rādītājiem. Lietotājam jābūt iespēja redzēt, cik rādītāji ievadīti (rādītāju skaits).

1. Rādītājs – tiek ierakstīts fiziskais rādītāja nosaukums (piemēram, pers_kods);2. Rādītāja apraksts – tiek ierakstīts rādītāja apraksts (piemēram, studenta personas kods);3. Tabulas nosaukums – informācija no 2. sadaļas;4. Derīgs no – informācija no 2. sadaļas (ar iespēju labot);5. Derīgs līdz – informācija no 2. sadaļas (ar iespēju labot);

26

6. Vēsturisks rādītājs – pazīme vai rādītājs ir vēsturisks (pazīme aizpildās divos veidos - lietotājs var manuāli ielikt pazīmi, kā arī pazīme aizpildās automātiski, izpildot procedūru Vēsturiskie rādītāji);

7. Nav lietotāju – pazīme vai rādītājam ir lietotāji (lietotājs aizpilda manuāli)8. Izmanto kā identifikatoru – pazīme vai rādītāju izmanto kā identifikatoru (lietotājs aizpilda manuāli).

Kontroles:

- Pārbaude, vai lietotājs nav ievadījis vienādus rādītājus vienas tabulas ietvaros;- Pārbaude, vai lietotājs nav ievadījis vairāk rādītāju vienai tabulai, kā norādīts pie Saņemamie datu faili

(kolonna Rādītāju skaits);- Datuma laukos kontrole uz korekti ievadītiem datumiem;- Derīgs līdz, nedrīkst būt lielāks par tabulas derīguma beigu datumus sadaļā Saņemamie datu faili;- Derīgs līdz, nedrīkst būt mazāks par derīgs no;- Ja tiek dzēsta rinda, jāpārjautā – vai tiešām dzēst konkrēto rindu (norādot kuru – ar mainīgām vērtībām).

1.5. Rādītāju datu lietotāji

Sadaļā tiek ievadīta informācija par rādītāju lietotājiem. Lai ievadītu informāciju, no 4. sadaļas tiek pārnesta daļēja informācija uz šo sadaļu. Lietotājam jābūt iespējai izvēlēties par kuru rādītāju pārnest informāciju (kuram rādītājam tiks definēti lietotāji), tā aizpildot informāciju par visiem rādītāju lietotājiem.

1. Tabulas nosaukums – informācija no 4. sadaļas;2. Rādītājs - informācija no 4. sadaļas;3. Datu lietotāji – izvēlas struktūrvienību no saraksta (attēlojas tikai tabulai piesaistītās struktūrvienības);4. Izmanto apsekojumos – pazīme, ja rādītāju izmanto apsekojumos (lietotājs atzīmē manuāli);5. Izmanto aprēķinos - pazīme, ja rādītāju izmanto aprēķinos (lietotājs atzīmē manuāli);

Kontroles:

- Rādītājam iespējams norādīt lietotāju no tiem, kas norādīts pie attiecīgās tabulas;- Pārbaude, ja lietotājs vienam rādītājam izvēlas lietotāju, kāds tam jau piekārtots;- Ja tiek dzēsta rinda, jāpārjautā – vai tiešām dzēst konkrēto rindu (norādot kuru – ar mainīgām vērtībām).

1.6. Veidlapas

Sadaļā tiek ievadīta informācija par to, kādās veidlapās izmanto rādītāju. Lai ievadītu informāciju, no 5. sadaļas tiek pārnesta daļēja informācija uz šo sadaļu. Lietotājam jābūt iespējai izvēlēties par kuru rādītāja datu lietotāju pārnest informāciju.

1. Tabulas nosaukums – informācija no 5. sadaļas;2. Rādītājs – informācija no 5. sadaļas;3. Datu lietotāji – informācija no 5. sadaļas;4. Indekss – jāizvēlas no saraksta vai attēlojas automātiski, kad izvēlēts veidlapas nosaukums (sarakstu

nepieciešams glabāt sistēmā, tas tiek ņemts no CSP mājaslapas);5. Veidlapas nosaukums – jāizvēlas no saraksta vai attēlojas automātiski, kad izvēlēts veidlapas indekss

(sarakstu nepieciešams glabāt sistēmā, tas tiek ņemts no CSP mājaslapas);6. Periods – pievienojas automātiski, kad izvēlas indeksu vai veidlapas nosaukumu (sarakstu nepieciešams

glabāt sistēmā, tas tiek ņemts no CSP mājaslapas).

2. Kalendārs

Pamatojoties uz informāciju, kas ievadīta datu ievades modulī, tiek ģenerēts datu saņemšanas kalendārs. Kalendārs pieejams aktīvās direktorijas lietotājiem (grupai cilvēku, kas ir gandrīz visi Pārvaldes darbinieki).

27

Kalendārā nepieciešams attēlot mēneša skatu, kur konkrētā datumā tiek attēlota informācija kāds datu fails, no kāda datu īpašnieka/avota jāsaņem. Pēc noklusējuma, atverot kalendāru, tiek attēlots pašreizējais mēnesis, taču lietotājam iespējams izvēlēties citu periodu (gadu un mēnesi). Papildus, jānodrošina iespēja eksportēt kalendāru uz MS Excel (izvēloties kuru/-us mēnešus eksportēt un katrs izeksportētais mēnesis attēlojas savā lapā). Lietotājiem ar attiecīgām pieejas tiesībām jānodrošina iespēja saglabāt pazīmes par datu saņemšanu/apstrādi.

Kalendārs tiek iedalīts divās daļās:

- Skats Kalendārs – tiek attēlota informācija par datu failiem un klasifikatoriem, kā arī par kopsavilkumiem (izdalot atsevišķi datu failus/klasifikatorus un kopsavilkumus). Sadalījums veidojas, ņemot vērā datu faila tipus, kas norādīti datu ievades modulī pie Saņemamajiem datu failiem. Skatā pieejamas tādas papildus kolonnas kā Saņemts/Apstrādāts/Nevajag apstrādi, kurās tiek pievienotas pazīmes. Šīs pazīmes var pievienot atsevišķa cilvēku grupa (cilvēki, kas strādā ar Datu ievades moduli). Ja datu ievadē pie konkrētā datu avota pievienota pazīme, ka jānosūta e-pasts datu avota īpašniekam par datu saņemšanu, tad šī pazīme vizuāli jāattēlo arī kalendārā (piemērā – pirms ieraksta zvaigznītes ***);

- Skats Dati katru dienu – zem šīs izvēlnes tiek attēlots saraksts ar Datu avotu īpašniekiem/datu avotu nosaukumiem, kur datu failiem norādīts tips Publiska datu bāze. Skatā attēlo sarakstu, kas aktuāls uz izvēlēto kalendāra periodu.

Zemāk redzams prototips kā jāizskatās kalendāram (skats – Kalendārs).

28

Zemāk redzams prototips kā jāizskatās kalendāram (skats – Dati katru dienu).

Lai ģenerētu datu ievades saņemšanu (ierakstus pie konkrētiem datumiem kalendārā), tiek ņemta vērā informācija, kas ievadīta sadaļā Saņemamie datu faili (pirmais saņemšanas datums; periodiskums; derīgs no; derīgs līdz; datu tips).

Pirmais saņemšanas datums norāda uz to, kurā datumā tiks saņemti faili pirmo reizi, kā arī tādiem periodiem, kuriem nav norādīts speciāls saņemšanas datums norāda uz to, kurā datumā jāsaņem faili periodiski (izņēmumi divas reizes gadā.., trīs reizes gadā utt.). Periodiskums – cik bieži faili tiek saņemti (reizi mēnesī, reizi gadā, vienreizēji utt.). Derīgs no/derīgs līdz jāņem vērā, lai ģenerētu ierakstus pa gadiem, respektīvi, no kura gada informāciju sāk saņemt un līdz kuram gadam (ja beigu datums nav norādīts – ieraksti tiek ģenerēti nenoteiktu laiku uz priekšu).

Datu tips:

- Failu, kuram norādīts datu tips Publiskā datu bāze jāattēlo skatā Dati katru dienu (ņemot vērā derīguma termiņu);

- Failu, kuram noradīts datu tips Kopsavilkums jāattēlo skatā Kalendārs, zem kolonnas Kopsavilkumi;- Failu, kuram noradīts datu tips Datu fails jāattēlo skatā Kalendārs, zem kolonnas Datu faili un klasifikatori

(tāpat kā faili, kuriem datu tips Klasifikators).

Izejas dati:

Nr. Pirmais saņemšanas

datumsPeriodiskums Derīgs no Derīgs līdz Datu tips

1 25.01.2016 vienreizēji 25.01.2016 31.12.2016 datu fails2 20.01.2016 vienreiz gadā 25.01.2016 datu fails3 15.09.2016 divas reizes gadā (01.03,

15.09) 25.01.2016 kopsavilkums

4 25.01.2016 katru dienu 25.01.2016 publiskā datu

29

bāze

Paskaidrojums:

- Fails Nr1, jāattēlo sadaļā Datu faili un klasifikatori. Ieraksts tiek ievietots pie 25. janvāra 2016. gada. Pārējos gados šis ieraksts netiks attēlots, jo Periodiskums – vienreizēji;

- Fails Nr2, jāattēlo sadaļā Datu faili un klasifikatori. Ieraksts tiek ievietots pie 20. janvāra katru gadu, sākot ar 2016. gadu;

- Fails Nr3, jāattēlo sadaļā Kopsavilkumi. Ieraksts tiek attēlots katra gada 01. martā un 15. septembrī. Jāņem vērā, ka pirmais saņemšanas termiņš ir 15. septembris 2016. gads, kas nozīmē, ka 2016. gada kalendārā šis fails jāattēlo tikai pie septembra (martā fails netiks saņemts);

- Fails Nr4, jāattēlo sadaļā Dati katru dienu, sākot ar 2016. gada janvāri. 3. Datu atlase

Šajā modulī tiek attēlota informācija, kas ievadīta datu ievades modulī. Šo sadaļu iespējams skatīt visiem iestādes darbiniekiem. Lietotājiem ir iespēja apskatīt informāciju vairākos veidos – strukturēti hierarhiski koki, meklēšana pēc rādītāja/rādītāja apraksta un atlases pēc kritērijiem (kur lietotājs var kombinēt sev nepieciešamos kritērijus). Meklēšana pēc rādītāja/rādītāja apraksta un atlase pēc kritērijiem – iegūto rezultātu iespējams apskatīt ne tikai uz ekrāna, bet arī eksportēt uz MS Excel.

Hierarhiskie koki:

Atlase pēc datu avota īpašnieka (tikai aktuālie) – tiek attēlota informācija par datu avotiem, kas ir aktuāla dotajā brīdī. Lietotājam iespējams vienlaikus atvērt vairākus kokus. Pēc noklusējuma tiek attēlots saraksts ar Datu avota īpašniekiem, kur zem katra īpašnieka iespējams apskatīt pakārtoto informāciju. Zemāk attēlota koka struktūra:

- Datu avotu īpašnieks;- Datu avotu nosaukums, tai skaitā informācija par juridisko pamatojumu informācijas sniegšanai;- Datu tips (datu fails, klasifikators, kopsavilkums, publiska datu bāze);- Tabulu nosaukumi, tai skaitā informācija par datu saņemšanas periodiskumu);- Rādītāji;- Rādītāju lietotāji.

Atlase pēc datu avota īpašnieka (viss saraksts) - tiek attēlota visa ievadītā informācija par datu avotiem (arī vēsturiskie dati). Lietotājam iespējams vienlaikus atvērt vairākus kokus. Vēsturiskā informācija tiek attēlota pelēkā krāsā. Pēc noklusējuma tiek attēlots saraksts ar Datu avota īpašniekiem, kur zem katra īpašnieka iespējams apskatīt pakārtoto informāciju. Zemāk attēlota koka struktūra:

- Datu avotu īpašnieks;- Datu avotu nosaukums, tai skaitā informācija par juridisko pamatojumu informācijas sniegšanai;- Datu tips (datu fails, klasifikators, kopsavilkums, publiska datu bāze);- Tabulu nosaukumi, tai skaitā informācija par datu saņemšanas periodiskumu);- Rādītāji;- Rādītāju lietotāji.

Atlase pēc struktūrvienības – tiek attēlota visa ievadītā informācija par datu avotiem. Atšķirībā no iepriekšējiem kokiem, šajā informācija apskatāma no Pārvaldes struktūrvienību puses. Pēc noklusējuma tiek attēlots saraksts ar Pārvaldes struktūrvienībām, kur zem katras struktūrvienības iespējams apskatīt pakārtoto informāciju. Vēsturiskā informācija tiek attēlota pelēkā krāsā. Zemāk attēlota koka struktūra:

- Pārvaldes departamenti;- Pārvaldes struktūrvienības;

30

- Datu avotu īpašnieki;- Datu avotu nosaukumi, tai skaitā informācija par juridisko pamatojumu informācijas sniegšanai;- Datu tips (datu fails, klasifikators, kopsavilkums, publiska datu bāze);- Tabulu nosaukumi, tai skaitā informācija par datu saņemšanas periodiskumu;- Rādītāji.

Atlase pēc rādītāja – lietotājam meklēšanas laukā ievadot pilnīgu vai daļēju rādītāja nosaukumu vai rādītāja aprakstu, tiek attēlota pieprasītā informācija, kas atbilst meklējamām frāzēm. Atlasīto rezultātu iespējams eksportēt MS Excel. Atlasītā informācija tiek attēlota tabulas veidā, kur pieejama šāda informācija:

- Numurs pēc kārtas;- Rādītājs;- Rādītāja apraksts;- Datu avota īpašnieks;- Datu avota nosaukums;- Tabulas nosaukums;- Datu tips (datu fails (D), klasifikators (KL), kopsavilkums (K), publiska datu bāze (PB));- Statuss (aktīvs (A), neaktīvs (N)).

Jānodrošina iespēja, ka meklēšanas logā var izmantot % zīmi, kas aizstātu meklējamās frāzes nezināmo daļu, piemēram, ja lietotājs rādītāja apraksta laukā ieraksta %personas kods%, tad tiek visos rādītāja aprakstos tiek meklēta frāze personas kods, neskatoties uz to, vai pirms šiem vārdiem, vai pēc ir vēl kāds vārds (atgriež rezultātu mātes personas kods, personas kods, personas kods laulātajam). Lietotājam tiek attēlota informācija par to, cik ieraksti atlasīti. Pirms atlases iespējams izvēlēties vai atlasīt visu informāciju vai tikai aktuālo (pēc noklusējuma tiek atlasīta aktuālā informācija).

Brīdī, kad informācija tiek attēlota lietotājam uz ekrāna, jānodrošina iespēja, ka lietotājs konkrētam atlasītajam ierakstam var aplūkot detalizētāku informāciju (Datu avota īpašnieku, Datu avota nosaukumu, Tabulas nosaukumu, rādītāja lietotājus).

Atlase pēc kritērijiem - šis datu atlases veids sniedz lietotājam iespējas atrast, apskatīt /izeksportēt informāciju par administratīvajiem datiem, kā meklēšanas kritēriju izmantojot jebkuru no laukiem, kuri ievadīti datu ievades modulī.

Kritēriju definēšanas logā ir izdalītas divas sadaļas galvenie kritēriji un papildkritēriji. Lietotājs var izvēlēties vienu meklēšanas kritēriju vai kombinēt dažādus kritērijus (gan no galvenajiem kritērijiem, gan no papildkritērijiem – piedevām, secība nav svarīga). Jānodrošina iespēja, ka meklēšanas logā var izmantot % zīmi, kas aizstātu meklējamās frāzes nezināmo daļu. Kad lietotājs atlasījis datus, uz ekrāna jāattēlo informācija, cik ieraksti attēloti. Ja lietotājs izvēlas ierakstus no saraksta, tad pēc izvēles izdarīšanas lietotājam jābūt redzamai informācijai, cik ieraksti izvēlēti konkrētā sarakstā (iespējamais risinājums – uz izvēlnes pogas attēlojas cipars). Atlasīto rezultātu iespējams eksportēt uz MS Excel (pirms eksporta lietotājam jāizdod starplogs ar iespēju izvēlēties papildus kolonnas eksportam, kuras netika izvēlētas pie kritērijiem, bet lietotājs grib redzēt šo informāciju pie atlasītā rezultāta). Jānodrošina iespēja Notīrīt izveidoto datu atlases filtru.

Galvenie kritēriji:

- Datu avota īpašnieks - jābūt iespējai izvēlēties no saraksta vienu, vairākus vai visus ierakstus;- Datu avota nosaukums - jābūt iespējai izvēlēties no saraksta vienu, vairākus vai visus ierakstus;- Rādītājs - ievada informāciju brīvā tekstā;- Rādītāja apraksts - ievada informāciju brīvā tekstā;- Radītāja datu lietotāji - izvēlas no saraksta;- Papildus pazīmes atlasīt aktuālo informāciju vai vēsturisko (pēc noklusējuma tiek atlasīta aktuālā

informācija).

Papildkritēriji:

- Juridiskais pamatojums - izvēlas no saraksta;

31

- Juridiskā pamatojuma numurs - ievada informāciju brīvā tekstā;- Tabulas nosaukums - ievada informāciju brīvā tekstā;- Periodiskums - izvēlas no saraksta;- Tabulas datu tips - izvēlas no saraksta;- Tabulas datu lietotāji - izvēlas no saraksta;- Tabulas saņemšana datums (ar iespēju norādīt “=”, “>”, “<” par norādīto datumu);- Tabulas derīguma sākuma termiņš (ar iespēju norādīt “=”, “>”, “<” par norādīto datumu);- Tabulas derīguma beigu termiņš (ar iespēju norādīt “=”, “>”, “<” par norādīto datumu);- Rādītāja derīguma sākuma termiņš (ar iespēju norādīt “=”, “>”, “<” par norādīto datumu);- Tabulas derīguma beigu termiņš (ar iespēju norādīt “=”, “>”, “<” par norādīto datumu);- Rādītāji, kuriem ir lietotāji (pēc noklusējuma ir pievienota pazīme);- Rādītāji, kuriem nav lietotāju (pēc noklusējuma ir pievienota pazīme);- Papildus pazīmes atlasīt aktuālo informāciju vai vēsturisko (pēc noklusējuma tiek atlasīta aktuālā

informācija).

Kontroles:

- Datu avota īpašnieks un datu avota nosaukums veido unikālu kombināciju;- Norādot datumus – datums līdz nedrīkst būt mazāks par datumu no;- Ja kādā no atlases laukiem tiek likta papildus pazīme aktuāls un neaktuāls (piemēram, lai atlasītu gan

aktuālās, gan vēsturiskās tabulas), tad pie rezultāta jāparādās papildus kolonnai aiz aizpildītām pazīmēm A un N (kur A – aktuālā vērtība, N - neaktuālā). Šāda funkcionalitāte pie avotiem, tabulām, rādītājiem. Tāpat ar Rādītāja lietošanas statusu – jāattēlo papildus kolonna (ir lietotājs (L), nav lietotājs (N));

- Ja pēc norādītājiem kritērijiem nav atlasīti dati, tad lietotājam tiek izdots paziņojums, ka pēc izvēlētajiem kritērijiem nav atlasāmu datu, izvēlieties citus kritērijus;

- Jāiestrādā loģisko kontroļu izpilde starp pazīmēm Aktuāls/Neaktuāls, kas ir atzīmētas pie datu avota, tabulām, rādītājiem (piemēram, ja norādīts, ka jāatlasa vēsturiskie datu avoti, nav iespējams norādīt, ka jāatlasa aktuālās tabulas). Kontroles tiks saskaņotas izstrādes laikā, ņemot vērā tehnisko risinājumu.

32

III NODAĻA

LĪGUMA PROJEKTS

33

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

Par informācijas sistēmas „Sociālās statistikas datu noliktava” funkcionalitātes pilnveidojumu izstrādi

Rīgā 2016.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 2016/5 „Informācijas sistēmas „Sociālās statistikas datu noliktava” 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: Informācijas sistēma “Sociālās statistikas datu noliktava” 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 informācijas sistēmas “Sociālās statistikas datu noliktava” 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 xx dienu laikā no Līguma spēkā stāšanās brīža.

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

34

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 [email protected] .

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 [email protected].

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 neatbilst Līguma noteikumiem 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ā.

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.

35



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 0.5 % (pus 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 0.5 % (pus 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 10 % (desmit 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;

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.

36

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 pa pastu, 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, Produktā novērsto kļūdu demonstrāciju nodrošina 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ā.

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 0.5 % (pus procenta) apmērā no Līguma kopējās summas

37

(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āmo Produkta vai Sākotnējā produkta neatbilstību Līguma noteikumiem 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 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.

38

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. Izmantojot 14.punktā noteikto e-pasta adresi, sūtījumus paraksta 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.

1.pielikums

Tehniskā specifikācija

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

39

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;

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

40

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.

1.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. 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;

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

41

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

42

IV NODAĻA

FORMAS PIEDĀVĀJUMA SAGATAVOŠANAI

1.FORMA

PIETEIKUMSiepirkumam „ Informācijas sistēmas „Sociālās statistikas datu noliktava”

funkcionalitātes pilnveidošana”Iepirkuma identifikācijas Nr. CSP 2016/5

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 2016/5 „Informācijas sistēmas „Sociālās statistikas datu noliktava” 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.

44

2.FORMATEHNISKAIS PIEDĀVĀJUMS

1. Tehniskajā piedāvājumā pretendents detalizēti 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 saskaņā ar tehnisko specifikāciju. Apraksta katra nodevuma ietvaros izpildāmos darbus un sagaidāmo rezultātu. Lai pretendents saņemtu vairāk punktus saimnieciski visizdevīgākā piedāvājuma vērtēšanā, pretendents apraksta, kā plāno funkcionāli realizēt Tehniskajā specifikācijā noteiktos izpildāmos darbus.

3. Jāiesniedz cita informācija (ja nepieciešams), kas raksturo tehniskajā specifikācijā noteiktā pakalpojuma izpildi un nodrošina, ka Pasūtītājs Pretendentu var novērtēt saskaņā ar nolikumā noteiktajiem saimnieciski visizdevīgākā piedāvājuma noteikšanas kritērijiem.

4. Jānorāda sistēmas izstrādes termiņš (maksimālais termiņš – 2016.gada 10.decembrim), tai skaitā jāiesniedz laika grafiks, kurā norādīts katra nodevuma nodošanas termiņš. Termiņš tiks vērtēts saimnieciski visizdevīgākā piedāvājuma vērtēšanā.

5. Norāda izstrādāta produkta garantijas termiņu gados no izstrādātā produkta nodošanas dienas. Minimālais garantijas termiņš – 2 gadi. Garantijas termiņš tiks vērtēts saimnieciski visizdevīgākā piedāvājuma vērtēšanā.

<pilnvarotās personas paraksts>

45

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>

46

Documents

· Web viewPretendents 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