Tehniskā specifikācija - Iepirkumu uzraudzības birojs

Iepirkumu uzraudzības biroja publikāciju vadības sistēmas
statistikas pārskatu moduļa izveide.
Tehniskā specifikācija
Rīga, 2012

Saturs
Saturs....................................................................................................................................................2
Izmantotās definīcijas un saīsinājumi...................................................................................................3
Vispārīgie saīsinājumi...........................................................................................................................3
Ievads....................................................................................................................................................4
Prasības publikāciju informācijas sistēmas papildinājumiem..............................................................7
Prasību analīze un specificēšana.........................................................................................................10

Izmantotās definīcijas un saīsinājumi
Vispārīgie saīsinājumi
IUB; Pasūtītājs
PIL
SPSIL
ADJIL
XML
PVS
Nr.1-PIL
Nr.2-PIL/C
Nr.3-SPS
Nr.4-ADJIL
Nr.5-ADJIL/SPS
Kopsavilkumi
Biznesa
Inteliģences
rīks (BI)
Iepirkumu uzraudzības birojs
Publisko iepirkumu likums
Sabiedrisko pakalpojumu sniedzēju iepirkumu likums
Aizsardzības un drošības jomas iepirkumu likums
Extensible Markup Language – paplašināmās iezīmēšanas valoda, kas ļauj tās lietotājiem
radīt savas personiskās birkas (kodus) un kuras primārais mērķis ir sniegt atbalstu datu
apmaiņā starp dažādām sistēmām strukturētā veidā.
Publikācija vadības sistēma – Iepirkumu uzraudzības biroja publikāciju informācijas
sistēma iepirkumu publikāciju sagatavošanai un publicēšanai
Veidlapa Publisko iepirkumu gada pārskats.
Valsts statistika VSPARK-22803083 (Pielikums Nr.1)
Veidlapas Nr.1-PIL aizpildīšanas kārtība (Pielikums Nr.2)
Veidlapa Publisko iepirkumu gada pārskats par centralizēto iepirkumu institūciju
veiktajām procedūrām publisku iepirkuma līgumu vai vispārīgo vienošanos noslēgšanai
citu pasūtītāju vajadzībām.
Valsts statistika VSPARK-22803084 (Pielikums Nr.3)
Veidlapas Nr.2-PIL/C aizpildīšanas kārtība. (Pielikums Nr.4)
Veidlapa Pārskats par iepirkumiem sabiedrisko pakalpojumu sniedzēju vajadzībām.
Valsts statistika VSPARK-22803085 (Pielikums Nr.5)
Veidlapas Nr.3-SPS aizpildīšanas kārtība. (Pielikums Nr.6)
Veidlapa Pārskats par pasūtītāju veiktajiem iepirkumiem aizsardzības jomā.
Valsts statistika VSPARK- 22803086 (Pielikums Nr.7)
Veidlapas Nr.4-ADJIL aizpildīšanas kārtība. (Pielikums Nr.8)
Veidlapa Pārskats par sabiedrisko pakalpojumu sniedzēju veiktajiem iepirkumiem
aizsardzības un drošības jomā.
Valsts statistika VSPARK- 22803087 (Pielikums Nr.9)
Veidlapas Nr.5-ADJIL/SPS aizpildīšanas kārtība. (Pielikums Nr.10)
IUB definētas datu pieprasījumu formas izstrādājamajai statistikas pārskatu datubāzei, lai
nodrošinātu PIL 81.panta 5.punkta pienākumu izpildi
Ir rīks, kas veiktu - izstrādājamās statistiku pārskatu datubāzes, PVS esošo datubāžu un
citās ārēju datu bāžu datu apkopošanu izstrādājot statistikas pieprasījums, veicot padziļinātu
datu analīzi un datu turpmāku izmantošanu IUB vajadzībām.
3

Ievads
1.1 Mērķis
Tehniskās specifikācijas mērķis ir definēt prasības statistikas pārskatu moduļa izveidei un tās integrēšanai
esošajā PVS, kas:
• Pasūtītājam nodrošinātu un atvieglotu PIL 86.panta, SPSIL 85.panta, ADJIL 71.pants un Ministru
kabineta 2010.gada 21.decembra noteikumu Nr.1182 “Noteikumi par valsts statistikas pārskatu
veidlapu paraugiem iepirkumu jomā un pārskatu iesniegšanas un aizpildīšanas kārtību ” nosacījumu
ievērošanu;
• IUB darbiniekiem atvieglotu ikgadējo statistiskas pārskatu veidošanu par valsts, sabiedrisko pakalpojumu
sniedzēju un aizsardzības un drošības jomā veiktajiem publiskajiem iepirkumiem, ko
paredz PIL 81.panta 5.punkts;
• IUB darbiniekiem atvieglotu pārskata izveidošanu atbilstoši Eiropas Savienības direktīvu
2004/18/EC, 2004/17/EC un 2009/81/EC prasībām.
1.2 Veicamie uzdevumi
Lai mazinātu administratīvo slogu pārskatu iesniedzējam nepieciešamo pārskatu izveidē un IUB
darbiniekiem, kas veic iesniegto pārskatu apkopošanu, validēšanu, datu analīzi un kopsavilkumu
veidošanu, ir jāizveido statistikas pārskatu moduli un to jāintegrē esošajā PVS. Statistikas pārskata
modulim ir nepieciešams:
1.2.1. Izstrādāt datu apstrādes mehānismus, kas izmantojot PVS esošo iestādes (PIL,SPSIL vai ADJIL
subjekts) rezultātu publikācijās pieejamos datus, spēj ģenerēt atbilstošus pārskatus;
1.2.2. Nodrošināt uzģenerēto pārskatu koriģēšanu un veikto korekciju uzglabāšanu ar atsaucēm uz
koriģēto publikāciju;
1.2.3. Nodrošināt statistikas pārskatu datubāzes ierakstu administrēšanu;
1.2.4. Nodrošināt statistikas pārskatu datubāzes un citu PVS datubāžu eksportu uz pretendenta
rekomendētu BI rīku;
1.2.5. Nodrošināt kopsavilkumu datu ģenerēšanu atbilstoši Eiropas Savienības direktīvās 2004/18/EC,
2004/17/EC un 2009/81/EC norādītajām formām un kritērijiem.
1.3 Statistikas pārskatu iesniegšanu regulējošie normatīvie akti
PIL 81.pants 5.punkts
PIL 86.pants
SPSIL 85.pants
IUB apkopo un analizē statistisko informāciju par iepirkumiem valstī, kā
arī sagatavot pārskatus par tiem
Pasūtītājs katru gadu līdz 1.aprīlim iesniedz Iepirkumu uzraudzības
birojam statistikas pārskatus saskaņā ar šā likuma 87.pantu.
Sabiedrisko pakalpojumu sniedzējs katru gadu līdz 1.martam iesniedz
Iepirkumu uzraudzības birojam statistikas pārskatus saskaņā ar šā likuma
86.pantu.
4

ADJIL 71.pants
2010.gada 21.decembra
MK noteikumi Nr.1182
Pasūtītājs katru gadu līdz 1.martam iesniedz Iepirkumu uzraudzības
birojam statistikas pārskatu saskaņā ar šā likuma 72.pantu
Noteikumi par valsts statistikas pārskatu veidlapu paraugiem iepirkumu
jomā un pārskatu iesniegšanas un aizpildīšanas kārtību, t.sk., ar
grozījumiem, kas stājās spēkā 2012.gada 8.maijā (MK noteikumi Nr.320)
1.4 Publikāciju vadības sistēmas vispārējs apraksts
IUB PVS ir atsevišķu tīmekļa lietojumprogrammu (web application) kopums, kas nodrošina
informācijas, kas tiek publicēta par iepirkumiem, atspoguļošanu Iepirkumu uzraudzības biroja interneta
mājaslapā.
2009.gadā, lai nodrošinātu Sistēmas atbilstību spēkā esošajiem normatīvajiem aktiem, balstoties
uz IUB prasībām, tika ieviestas korekcijas sistēmas darbības procesos un veikta PVS modernizācija.
Modernizētajā Sistēmā tika ietverti šādi funkcionālie apgabali:
1) Publikāciju vadības reģistrs;
2) Sūdzību reģistrs;
3) Statistikas modulis;
4) Sarunu procedūru uzskaites modulis;
5) Lietotāju reģistrs;
6) Kontroles uzdevumu reģistrs.
Veicot PVS modernizāciju, tika saglabāta vēsturiskās sistēmas funkcionalitāte, to pilnveidojot un
papildinot, lai tā atbilstu spēkā esošo normatīvo aktu regulējumam, kā arī citām ārējām prasībām,
piemēram, XML struktūru atbilstība Eiropas Savienības Oficiālā Vēstneša izmantotās XSD versijas
2.0.7.S02 un 2011.gadā 2.0.8.S02 formām, ciktāl tās atbilst Latvijas Republikas normatīvajiem aktiem
publisko iepirkumu jomā
Modernizētās PVS skripti un datu bāzes tabulas ir viennozīmīgi un skaidri nodalītas no sākotnējās
sistēmas skriptiem un datu tabulām.
PVS ir ieviesta pilna teksta meklēšanas sistēmas funkcionalitāte, izmantojot CLUSTERPOINT
Meklēšanas ierīces programmatūru un licences, kas jau ir iekļautas risinājumā.
Modernizētās PVS izstrādes laikā, balstoties uz IUB prasībām, lai nodrošinātu sistēmas atbilstību spēkā
esošajiem normatīvajiem aktiem, tika ieviestas korekcijas sistēmas darbības procesos.
1.5 Publikāciju vadības sistēmas struktūra un tās darbība
1.5.1 Tehnoloģijas
PVS ir izveidota uz industrijas standartam atbilstošas tehnoloģiskās bāzes – Interneta tehnoloģijas,
kur visa aplikāciju loģika izvietota uz serveriem, bet lietotāju saskarne realizēta caur platformneatkarīgu
pārlūkprogrammatūru.
Projekts realizēts kā integrēts Pasūtītāja rīcībā esošās MySQL datu bāzes, uz atvērtā koda pamata
izveidotas Interneta resursu satura vadības sistēmas DRUPAL (www.drupal.org) IT infrastruktūras (vides)
5

āzes un ātrdarbīgas pilna teksta meklēšanas ierīces sistēmas – CLUSTERPOINT Server – risinājums.
Sistēmas struktūru veido aplikāciju programmatūra atvērtā koda PHP valodā, kas speciāli
izveidota IUB PVS darbības nodrošināšanai un sevī ietver:
1) Publisko interfeisu;
2) Administratīvo interfeisu;
3) Datu vadības sistēmu;
4) Datu indeksu – IUB datubāzes datizraces sistēma (data mining);
5) Servisu moduli (datu eksports, imports, Web servisi);
6) Datu sinhronizācijas moduli starp IUB datu sagatavošanas datu bāzi un datizraces
sistēmu/IUB datubāzes datu indeksu (IUB publicējamo datu bāzi).
IUB PVS funkcionāli un loģiski darbojas kā atsevišķi moduļi un datubāzes, nodalīti no tās
sistēmas, kas pieejama publiskai lietošanai. Šim nolūkam ieviestas divas IUB datubāzes instances ar
visu pamatdatu identisku struktūru – datu sagatavošanas datu bāze un Internetā publiskojamo datu
bāze.
1.5.2 Administratīvais interfeiss
IUB PVS administratīvais interfeiss pieejams PVS reģistrētajiem lietotājiem, kas IUB interneta
mājas lapā darbojas kā loģiski nodalīta administratīvo funkciju apakšsistēma, kas pieejama sistēmas
lietotājiem tikai pēc to autorizācijas sistēmā.
Administratīvais datu sagatavošanas interfeiss darbojas pamatā ar datu sagatavošanas datu bāzi,
kā arī ar moduli, kas nodrošina datu sinhronizāciju starp abām datu bāzes instancēm. Informācija, kas
apstiprināta kā publicējama, tiek automatizēti pārvietota no IUB PVS datu sagatavošanas datu bāzes
instances uz Interneta instanci. Šīs funkcijas nodrošina datu sinhronizācijas modulis, kas
konfigurējams periodiskai darbībai noteiktā laikā vai ar noteiktu biežumu.
Kā daļa no administratīvā interfeisa darbojas arī modernizētā sistēmas mājas lapas satura
vadības sistēma, kas ir speciāli Pasūtītāja vajadzībām pielāgots atvērtā koda risinājums, kas bāzēts uz
DRUPAL platformu.
1.5.3 Sistēmas kodols
IUB PVS kodols nodrošina visu ienākošo transakciju (lietotāju pieprasījumu) apstrādi, kā arī
veic lietotāju autorizāciju un izpilda visas lietotāja saskarnē pieprasītās meklēšanas vai citas datu
ieguves funkcijas.
Prasības publikāciju informācijas sistēmas papildinājumiem
1.6 Papildinājumu priekšmets
IUB publikāciju informācijas sistēmas papildinājumu priekšmets ir šajā Tehniskās specifikācijas
sadaļā aprakstītā statistikas pārskatu moduļa izveide un integrēšana PVS.
6

1.7
Funkcionalitātes prasības
Lai izpildītu 1.2.1 punktā izvirzītos uzdevumus, tiek izvirzītas sekojošas funkcionālās prasības:
1) Datu ievades formām un laukiem jāatbilst 1.8 punktā minētajām prasībām;
2) Jānodrošina izvēlēto pārskatu formu datu lauku automātisku aizpildīšanos ar izejas datiem, kas
ņemti no lietotāja atlasītajām publikācijām, ciktāl tas ir iespējams, ņemot vērā PIL, SPSIL un
ADJIL rezultātu publikācijās pieejamo informāciju;
3) Lai nodrošinātu pārskatu formu datu lauku automātisku aizpildīšanai nepieciešamo atbilstošo
publikāciju pieejamību, PIL pārejas noteikumu 35.punkts paredz, ka sākot ar 2013. gada 1.
aprīli atbilstoši PIL 26. panta grozījumiem ir jāveic izmaiņas esošajās grozījumu, paziņojumu
par iepirkuma procedūras rezultātu un paziņojumu par metu konkursa rezultātiem paziņojumu
veidlapās, attiecīgi ir nepieciešamos veikt labojumus un papildinājumus PVS, atbilstoši
risinājuma un analīzes fāzē noteiktajam programmēšanas uzdevumam;
Lai izpildītu 1.2.2 punktā izvirzīto uzdevumu tiek izvirzītas sekojošas funkcionālās prasības;
4) Jānodrošina uzģenerētās pārskata formas rindas datu satura izvērse, ar iespējām precizēt/labot
pārskata ieraksta laukus;
5) Nodrošināt uzģenerētās pārskata formas rindas datu satura izvērsē iespēju aplūkot konkrētajā
publikācijā norādīto kontaktpersonu un tās kontaktu datiem;
6) PVS lietotājam nodrošināt izveidoto pārskatu un veikto labojumu uzglabāšanu statistikas
pārskatu datubāzē piešķirot tam unikālu identifikācijas numuru.
Lai izpildītu 1.2.3. punktā izvirzīto uzdevumu tiek izvirzītas sekojošas funkcionālās prasības:
7) Papildināt lietotāju pārvaldības moduli ar jaunu tiesību grupu, kas deleģē IUB darbiniekiem
šādas pieejas tiesības darbam ar kopējo statistikas pārskatu datubāzi:
a. skatīt ierakstus;
b. labot/dzēst ierakstus;
c. izveidot ierakstus.
8) Nodrošināt ierakstu indeksēšanu, lai nodrošinātu IUB darbiniekiem pilna teksta meklēšanu
kopējā statistikas pārskatu datubāzē pēc satura laukos, kuru precīza definēšana veicama kopā ar
pasūtītāju analīzes fāzē;
9) IUB darbiniekiem nodrošināt manuāli ievadītā pārskatu datu salīdzināšanu pēc iespējas
automātiski aizpildītu pārskatu;
Lai izpildītu 1.2.4. punktā izvirzīto uzdevumu tiek izvirzītas sekojošās funkcionālas prasības:
10) Nodrošināt statistikas pārskatu datu bāzes datu eksportu uz SQL datu bāzi;
7

Lai izpildītu 1.2.5. punktā izvirzīto uzdevumu tiek izvirzītas sekojošās funkcionālas prasības:
11) Datu ievades formām un laukiem jāatbilst 1.9 punktā minētajām prasībām;
12) Jānodrošina pārskatu formu datu lauku automātisku aizpildīšanu ar izejas datiem, kas ņemti no
statistikas pārskatu datubāzes.
Risinājuma izstrādes analīzes fāzē Piegādātājam datu ievades, apstrādes un izvades principi
jāizstrādā konsultējoties ar pasūtītāju, lai nodrošināti maksimāli pārskatu saturu regulējošiem
normatīviem atbilstošu, ērtu un vienkāršotu pārskata veidošanu un glabāšanu.
1.8 Gada pārskatos izmantojamās veidlapu formas
Statistikas veidlapās iekļaujamā informācija tiek sniegta, pamatojoties uz Valsts statistikas likumu,
PIL, Ministru kabineta noteikumiem par valsts statistiskās informācijas programmu kārtējam gadam un
Eiropas Savienības informācijas pieprasījumu, izstrādātajam risinājumam jānodrošina šādu pārskatu
veidlapu veidošana
1.8.1 Datu ievades forma atbilstoši veidlapai Nr.1-PIL
Lai nodrošinātu 1.7 punktā 1., 2. un 3. apakšpunkta izvirzīto funkcionālo prasību realizēšanu
saskaņā ar veidlapā Nr.1-PIL esošo datu struktūru (Pielikums Nr.1) un veidlapas Nr.1-PIL aizpildīšanas
kārtību (Pielikums Nr.2) nepieciešams izstrādāt:
1) datu ievades formas;
2) loģisko mehānismu automātisku (cik tas iespējams) formas datu lauku aizpildīšanai atbilstoši
norādītajām rezultātu publikācijām;
1.8.2 Datu ievades forma atbilstoši veidlapai Nr.2-PIL/C
Lai nodrošinātu 1.7 punktā 1., 2. un 3. apakšpunkta izvirzīto funkcionālo prasību realizēšanu
saskaņā ar veidlapā Nr.2-PIL/C esošo datu struktūru (Pielikums Nr.3) un veidlapas Nr.2-PIL/C
aizpildīšanas kārtību (Pielikums Nr.4) nepieciešams izstrādāt:
1) datu ievades formas;
2) loģisko mehānismu automātisku (cik tas iespējams) formas datu lauku aizpildīšanai atbilstoši
norādītajām rezultātu publikācijām;
1.8.3 Datu ievades forma atbilstoši veidlapai Nr.3-SPS
Lai nodrošinātu 1.7 punktā 1., 2 un 3. apakšpunkta izvirzīto funkcionālo prasību realizēšanu
saskaņā ar veidlapā Nr.3-SPS esošo datu struktūru (Pielikums Nr.5) un veidlapas Nr.3-SPS aizpildīšanas
kārtību (Pielikums Nr.6) nepieciešams izstrādāt:
1) datu ievades formas;
2) loģisko mehānismu automātisku (cik tas iespējams) formas datu lauku aizpildīšanai atbilstoši
norādītajām rezultātu publikācijām;
8

1.8.4
Datu ievades forma atbilstoši veidlapai Nr.4-ADJIL
Lai nodrošinātu 1.7 punktā 1., 2. un 3. apakšpunkta izvirzīto funkcionālo prasību realizēšanu
saskaņā ar veidlapā Nr.4-ADJIL esošo datu struktūru (Pielikums Nr.7) un veidlapas Nr.4-ADJIL
aizpildīšanas kārtību (Pielikums Nr.8) nepieciešams izstrādāt:
1) datu ievades formas;
2) loģisko mehānismu automātisku (cik tas iespējams) formas datu lauku aizpildīšanai atbilstoši
norādītajām rezultātu publikācijām;
1.8.5 Datu ievades forma atbilstoši veidlapai Nr.5-ADJIL/SPS
Lai nodrošinātu 1.7 punktā 1., 2. un 3. apakšpunkta izvirzīto funkcionālo prasību realizēšanu
saskaņā ar veidlapā Nr.5-ADJIL esošo datu struktūru (Pielikums nr.9) un veidlapas Nr.5-ADJIL/SPS
aizpildīšanas kārtību (Pielikums Nr.10) nepieciešams izstrādāt:
1) datu ievades formas;
2) loģisko mehānismu automātisku (cik tas iespējams) formas datu lauku aizpildīšanai atbilstoši
norādītajām rezultātu publikācijām;
1.9 Kopsavilkumu ģenerēšanā izmantojamās statistikas pārskatu formas
Lai nodrošinātu 1.7 punktā 11. un 12. apakšpunktā izvirzīto funkcionālo prasību realizēšanu,
kopsavilkumu formām un datu struktūrām jāatbilst attiecīgajai Eiropas direktīvas 2004/18/EC un
2004/17/EC A daļas (Pielikums Nr.11), B daļas (Pielikums Nr.12), C daļas (Pielikums Nr.13), D daļas
(Pielikums Nr.14), E daļas (Pielikums Nr.15), F daļas (Pielikums Nr.16) un G daļas (Pielikums Nr.17)
statistikas atskaišu formām.
1.10 BI rīkam izvirzītās minimālās funkcionālās prasības:
1) Jānodrošina datu imports no Pasūtītāja rīcībā esošajām datu bāzēm, ieskaitot izstrādājamo
statistikas pārskatu datubāzi;
2) Jānodrošina iespēja veidot atskaišu formas;
3) Jānodrošina datu atskaišu sagatavošanas iespējas;
4) Jānodrošina datu atskaišu ģenerēšanās un nosūtīšanās iespēju e-pasta veidā.
Prasību analīze un specificēšana
Piegādātājam ir jāiepazīstas ar pieejamo dokumentāciju, Tehniskajā specifikācijā minētajiem
normatīvajiem aktiem, kas regulē statistikas pārskatu izveidošanu, un izvirzītajām funkcionālajām
prasībām, jāveic detalizēta PVS prasību analīze, kā arī pirms izstrādes uzsākšanas jāizstrādā un jāsaskaņo
ar Pasūtītāju šādi dokumenti:
1) darba uzdevums atbilstoši Tehniskajai specifikācijai,
2) programmatūras ārējo saskarņu specifikācijas;
9

3) programmatūras lietotāja saskarnes prototipi (ekrāna formu piemēri).
Piegādātājam šīs projekta fāzes laikā nepieciešamajā apjomā ir jāveic intervijas ar Pasūtītāja un
iesaistīto pušu speciālistiem, kā arī jāveic iepazīstināšana ar izstrādātajiem nodevumiem.
1.11 Programmatūras izstrāde
Piegādātājam ir jāveic programmatūras izstrāde atbilstoši darba uzdevumam, specifikācijām,
prototipiem un citai saistošajai dokumentācijai.
1.11.1 Programmatūras izstrādes nodevumi
Programmatūras izstrādes fāzes ietvaros Piegādātājam jāizstrādā šādi nodevumi:
1) programmatūras kods atbilstoši programmatūras projektējuma aprakstam un citai saskaņotajai
dokumentācijai;
2) programmatūras administratora dokumentācija, saskaņojot tās veidu un saturu ar Pasūtītāju;
3) programmatūras lietotāja dokumentācija, saskaņojot tās veidu un saturu ar Pasūtītāju.
1.11.2 Programmatūras izstrādes vide
Piegādātājam ir jānodrošina sava vide (aparatūra, programmatūra, biroja telpas) izstrādes
uzdevumu veikšanai.
1.11.3 Programmatūras versiju kontrole
Piegādātājam programmatūras izstrādes laikā ir jānodrošina programmatūras versiju un
konfigurāciju pārvaldība.
1.11.4 Programmatūras kvalitātes kontrole un verifikācija
Programmatūras izstrādes laikā Piegādātājam ir jāveic programmkoda kvalitātes kontrole,
jānodrošina preventīvās un korektīvās darbības, kā arī jāuztur pieraksti par programmprodukta
verifikāciju pirms tā nodošanas Pasūtītājam.
1.11.5 Izstrādes dokumentācija un programmkoda apraksts
Piegādātāja izstrādātajai dokumentācijai ir jābūt pietiekošai, lai varētu nodrošināt
programmprodukta turpmāko uzturēšanu, modificēšanu, paplašināšanu, kā arī iespējamo migrēšanu.
Programmkoda apraksts var tikt veidots kā strukturēti koda komentāri.
Akcepttestēšana
1.11.6 Sistēmas sagatavošana akcepttestēšanai un akcepttestēšanas veikšana
Piegādātājam ir jāveic Sistēmas uzstādīšana un konfigurēšana Pasūtītāja akcepttestēšanas vidē un
jānodrošina nepieciešamais Pasūtītāja darbinieku atbalsts akcepttestēšanas procedūru veikšanai.
Pasūtītāja darbinieki veiks akcepttestēšanu un, konstatējot neatbilstības Tehniskajai specifikācijai
vai attiecīgajiem normatīvajiem aktiem un to projektiem, informēs par to Piegādātāju.
10

1.11.7 Konstatēto defektu novēršana un atkārtota akcepttestēšana
Piegādātājam ir jānodrošina problēmu reģistrēšana un risināšanas procesa izsekošana.
Piegādātājam ir jāveic konstatēto defektu novēršana un jāiesniedz programmatūra atkārtotai
akcepttestēšanai.
1.11.8 Akcepttestēšanas noslēgšana
Noslēdzoties akcepttestēšanai, Pasūtītājs un Piegādātājs parakstīs aktu, kurā tiks fiksēts esošais
stāvoklis, atlikušās problēmas, ar kurām ir pieļaujama Sistēmas ekspluatācijas uzsākšana un termiņi šo
problēmu novēršanai.
1.12 Sistēmas uzstādīšana produkcijas vidē
1.12.1 Sistēmas ieviešana
Pēc akcepttestēšanas pabeigšanas Piegādātājam ir jāveic Sistēmas uzstādīšana un konfigurēšana
ekspluatācijas vidē, kā arī jāpiegādā pēdējās atkļūdotās programmatūras un dokumentācijas versijas (skat.
atbilstošo nodevumu aprakstu iepriekš).
Pēc sistēmas uzstādīšanas ekspluatācijas vidē pasūtītājs un piegādātājs parakstīs pieņemšanas
nodošanas aktu.
1.13 Programmatūras uzturēšanas pakalpojumu saturs
1.13.1 Garantijas apkalpošana
Piegādātājam jānodrošina, ka no programmatūras nodošanas – pieņemšanas akta parakstīšanas
brīža līdz 2013.gada beigām Piegādātājs bez maksas nodrošinās tādu piegādātās programmatūras
uzstādījumu, konfigurācijas parametru vai izpildāmā koda modifikāciju veikšanu, kuru mērķis ir novērst
kļūdas, kā arī datu bojājumu novēršanu, kas radušies Piegādātāja apzinātas vai neapzinātas rīcības
rezultātā un kas apgrūtina programmatūras izmantošanu atbilstoši programmatūras tehniskajai
specifikācijai, kāda tā bijusi, nododot programmatūru ekspluatācijā.
Piegādātājam jānodrošina reakcijas laiks uz kļūdu paziņojumiem (kas ziņoti darba dienas darba
laikā no 8:30 – 17:00), kas ir ne ilgāks par 1 stundu. (Reakcijas laiks ietver problēmas risinājuma procesa
iniciēšanu ne vēlāk kā vienu stundu pēc informācijas saņemšanas Pretendenta nodrošinātajā kļūdu
reģistrēšanas vietnē)
1.13.2 Palīdzība un konsultācijas Programmatūras izmantošanā
Piegādātājam jānodrošina attālināta (piemēram, telefoniska vai caur Internet tīklu) palīdzība
programmatūras izmantošanā, kas pieejama Pasūtītāja darbiniekiem darba dienās darba laikā no 8:30 līdz
17:00.
11

1.13.3 Defektu novēršana
Piegādātājam bez papildus samaksas ir jāveic piegādātās programmatūras darbības traucējumu
un/vai problēmu diagnosticēšana un analīze, kā arī jānovērš programmatūras darbības traucējumi, ja tādi
rodas, un programmatūras defekti, ja tādi tiek atklāti.
Piegādātājam bez papildus samaksas ir jāveic arī Pasūtītāja datu labošana/atjaunošana, ja datu
bojājumi radušies kļūdu vai nepilnību dēļ piegādātajā programmatūrā.
1.13.4 Izmaiņu pieprasījumi
Par izmaiņu pieprasījumu nevar uzskatīt programmatūras prasību un projektējuma kļūdas vai
nepilnības, kuras saskaņā ar labu industriālo praksi, Piegādātājam bija savlaicīgi jāidentificē.
Piegādātājam ir jānodrošina izmaiņu pieprasījumu apstrāde un izmaiņu priekšlikumu sagatavošana
šo uzturēšanas pakalpojumu ietvaros bez papildus samaksas.
1.13.5 Uzturēšanas pakalpojumu valoda
Visa komunikācija, sniedzot programmatūras uzturēšanas pakalpojumus, ir jānodrošina latviešu
valodā.
1.13.6 Programmatūras uzturēšanas/problēmas pieteikumu risināšanas procedūra
Pieteikumu risināšana notiek saskaņā ar šādu procedūru:
Piesakot pieteikumu, Pasūtītāja kontaktpersona formulē pieteikumu un nosūta to Piegādātājam e-
pasta veidā, bet vajadzības gadījumā arī telefoniski. Papildus, piesakot 1. un 2. prioritātes problēmas,
Piegādātājs par to ir jāinformē telefoniski. Piegādātājs reaģē uz pieteikumiem nekavējoties, bet ne vēlāk
kā 1 stundas laikā.
Darba stundas tiek aprēķinātas Pasūtītāja darba laikā no 8:30 līdz 17:00 darba dienās. Ārpus
minētā darba laika pieteikumi tiek pieņemti tikai elektroniski, darbība tiek uzsākta nākamās darba dienas
sākumā.
Pieteikumu saskaņošana. Katrs pieteikums tiek saskaņots, proti, puses vienojas par pieteikuma
vienotu izpratni (galīgo formulējumu, būtību un risināšanas prioritāti). Pieteikuma saskaņošanu
Piegādātājs veic bez papildus samaksas.
Pieteikumu risināšana. Piegādātājs risina pieteikumu visiem pieejamajiem saprātīgiem līdzekļiem.
Pasūtītājs sniedz pieteikuma risināšanai nepieciešamo papildus informāciju. Piegādātājs informē
Pasūtītāju par pieteikuma risināšanas gaitu pēc vienošanās.
Pieteikumu slēgšana. Pieteikumu risināšana tiek pārtraukta tikai saņemot Pasūtītāja e-pasta
ziņojumu, ka piedāvātais risinājums ir pieņemams vai ka pieteikumu var slēgt citu iemeslu dēļ.
Pieteikumu eskalācija uz trešajām pusēm. Gadījumos, kad pieteikuma risināšanas gaitā tiek
konstatēts, ka problēmas novēršanai nepieciešama trešās puses sistēmas, programmatūras vai aparatūras
izstrādātāja/ražotāja/piegādātāja iejaukšanās, tas tiek saskaņots ar Pasūtītāju, un pieteikums tiek eskalēts
attiecīgajam izstrādātājam/ražotājam/piegādātājam. Tālāk pieteikums tiek risināts atbilstoši trešās puses
izstrādātāja/ražotāja/piegādātāja noteikumiem.
12

1.13.7 Uzturēšanas/problēmas pieteikums
Uzturēšanas/problēmas pieteikuma e-pasta ziņojums satur vismaz šādu informāciju:
1) sagatavošanas datums, laiks;
2) sagatavotājs;
3) identifikācija programmatūras, uzstādījuma vai konfigurācijas vienumam, ar kuru saistīta
problēma/uzturēšanas pieteikums;
4) problēmas apraksts;
5) pieteikuma prioritāte.
1.13.8 Uzturēšanas/problēmas pieteikuma prioritāte
Programmatūras uzturēšanas/problēmas pieteikumam piešķir prioritāti atbilstoši šādiem
principiem:
1) Avārija – problēma izraisa pilnīgu Programmatūras darbības apstāšanos un/vai darbs nevar
tikt turpināts;
2) Kļūda, kuru nevar apiet – problēma izraisa iekšēju Programmatūras kļūdu vai nekorektu
darbību, kas rada lielus iespēju zudumus. Nav zināms (klientam) pieņemams problēmas
apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā režīmā;
3) Kļūda, kuru var apiet – problēma izraisa minimālus iespēju zudumus. Ietekme uz
Programmatūru ir mazsvarīga/sagādā zināmas neērtības, piemēram, manuālu darbu
Programmatūras funkcionēšanas atjaunošanai/darba turpināšanai;
4) Neprecizitāte – problēma neizraisa iespēju zudumus. Šādu pieteikumu raksturo iekšēja
Programmatūras kļūda vai nekorekta darbība, kuras ietekmi uz darba turpināšanu var neņemt
vērā; kļūda/neprecizitāte produkta dokumentācijā;
5) Izmaiņu pieprasījums – Pieprasījums veikt izmaiņas vai papildināt Programmatūras
funkcionalitāti, dokumentāciju vai veikt citus papildus darbus, kas ir ārpus līguma sfēras vai
atšķiras no iepriekš saskaņotajām prasībām;
6) Konsultācija – problēma neizraisa iespēju zudumus. Programmatūrā nav kļūda, bet ir radusies
kāda neskaidrība par Programmatūras darbību vai funkcionalitāti, izmantošanu, tehnisko
apkalpošanu.
1.13.9 Piegādes programmatūras uzturēšanas pakalpojumu sniegšanas laikā
Programmatūras uzturēšanas pakalpojumu sniegšanas laikā Piegādātājam ir atkārtoti jāpiegādā
labotie vai citādi mainītie projekta nodevumi. Piegādes procesā ir jānodrošina visu nodevumu integritāte,
piemēram, veicot izmaiņas Programmatūras lietotāja saskarnē, ir jāveic arī atbilstošas izmaiņas
Programmatūras lietotāja dokumentācijā.
1.13.10 Izpildes termiņi un uzturēšana
Programmatūras izstrādes un testēšanas laiks nedrīkst būt ilgāks par attiecīgo normatīvo aktu
spēkā stāšanās brīdi.
Programmatūras uzturēšanas pakalpojumi jānodrošina līdz 2013.gada beigām.
13

1.13.11 Ārkārtas piegādes
Ārkārtas piegādes ir jāveic tajos gadījumos, ja Programmatūras problēmu novēršanai nav
iespējams gaidīt līdz nākošā laidiena termiņam.
14