2.pielikums

Valsts ieņēmumu dienesta rīkotā iepirkuma

“Transporta līdzekļu un konteineru automātiskās

identificēšanas sistēmas (TLKAIS ) uzturēšana un pilnveidošana”

nolikumam, publiskā iepirkuma

identifikācijas Nr. FM VID 2016/002

Iepirkuma “Transporta līdzekļu un konteineru automātiskās identifikācijas sistēmas

(TLKAIS) uzturēšana un pilnveidošana”,

iepirkuma identifikācijas Nr. FM VID 2016/002

TEHNISKĀ SPECIFIKĀCIJA

(Nr. FM VID 2016/002)

2

Satura rādītājs

1. Saīsinājumi un definīcijas ........................................................................................................ 3 2. Vispārīga informācija par iepirkuma priekšmetu ................................................................. 3 2.1. Īss esošās situācijas raksturojums ............................................................................................. 3 2.2. Iepirkuma priekšmeta apraksts ................................................................................................. 4 3. TLKAIS uzturēšana ................................................................................................................. 5 4. TLKAIS problēmu (bojājumu) novēršanas kārtība .............................................................. 8 5. TLKAIS problēmu (bojājumu), kas neiekļaujas TLKAIS uzturēšanas vai garantijas

ietvaros sniedzamie pakalpojumi ................................................................................................. 9 6. TLKAIS pilnveidošana ........................................................................................................... 10 7. Transporta izmaksas .............................................................................................................. 16

3

1. Saīsinājumi un definīcijas

IVP – TLKAIS izmaiņu vadības padome

MKP – muitas kontroles punkts

TLKAIS – Transportlīdzekļu un konteineru automātiskā identifikācijas sistēma.

VID – Valsts ieņēmumu dienests.

2. Vispārīga informācija par iepirkuma priekšmetu

2.1. Īss esošās situācijas raksturojums

VID rīcībā ir Somijas uzņēmuma VISY OY izstrādāta automātiskā transportlīdzekļu un

konteineru identifikācijas sistēma TLKAIS.

Sistēmas galvenās funkcijas ir:

1. Visu MKP šķērsojošo (valstī iebraucošo un no turienes izbraucošo – ar konteineriem

vai bez tiem) transportlīdzekļu pastāvīga un automātiska identificēšana, ņemot vērā

aizdomīgu gadījumu kontroles nepieciešamību reāllaikā.

2. Robežu šķērsojošo transportlīdzekļu datu reģistrēšana pagātnes notikumu datu bāzē,

ievērojot ex post verifikācijas un statistiskās analīzes vajadzību.

3. Informācijas apmaiņa ar ārējām tiesībaizsardzības sistēmām (valsts vai Eiropas

Savienības), ievērojot datu apmaiņas vajadzību attiecībā uz satiksmes informāciju un

trauksmes signāliem.

4. TLKAIS lokālās komponentes (attēlu tveršanas iekārtas, datu apstrādes serveri) ir

novietotas sekojošās vietās:

Silenes, Pāternieku, Terehovas, Grebņevas un Vientuļu MKP. Izbūve notiek Rīgas

Brīvostas MKP.

Uz katra no šiem serveriem ir uzstādīts Visy aplikāciju kopums, kas sevī ietver:

4.1. Oracle datubāzes serviss.

4.2. VisyIRIS Serviss - TLKAIS sistēma, kas atbild par notikuma izveidi un numura zīmes

atpazīšanu;

4.3. Visy Replication Service TLKAIS sistēma, kas atbild par notikuma pārsūtīšanu no MKP

TLKAIS uz TLKAIS CDB.

Papildus izstrādātie moduļi:

4.4. Ass svaru datu iesūtīšanas modulis;

4.5. Ass svaru datu - TLKAIS notikumu sasaistes - modulis;

4.6. Platformas svaru datu iesūtīšanas modulis;

4.7. Platformas svaru datu-TLKAIS notikumu sasaistes - modulis;

5. TLKAIS sistēmas centrālais serveris un WEB serveris (kopā 2 gab.) ir novietoti VID datu

centra telpās. TLKAIS centrālajā serverī uzstādīti:

5.1. Oracle datubāzes serviss;

5.2. Visy Guard Service;

5.3. Visy Email Service;

5.4. Visy GSM Service;

5.5. Visy Replication Service;

5.6. Visy XML Gate Service.

Papildus izstrādātie moduļi:

5.7. TLKAIS Web sistēma;

4

TLKAIS sistēma automātiski atpazīst transportlīdzekļu numuru zīmes un identifikatorus,

kā arī pārvadāšanai iekrautos konteinerus, brīdī, kad tie šķērso transportlīdzekļu

atpazīšanas vietu. Šie dati, kas tiek uzskatīti par robežšķērsošanas atpazīšanas notikuma

datiem, tiek reģistrēti datu bāzē, kur tiek veidota konteinera un transportlīdzekļa kustības

vēsture, un kuru var vēlāk pārlūkot, piemēram informācijas analīzes un pētīšanas mērķiem.

Dati tālākai apstrādei un uzglabāšanai tiek nodoti TLKAIS centrālajam serverim.

TLKAIS centrālajā serverī tiek koncentrēti visi dažādos MKP savāktie dati. Tiek

pārbaudītas centrālās trauksmes, veikta uzskaite par to, kā trauksmes tikušas apstrādātas un

nodrošināta datu krātuve visu pievienoto atpazīšanas notikumu saglabāšanai.

Transportlīdzekļu atpazīšanas vietas šķērsošanas brīdī sistēma pārbauda vai konkrētais

transportlīdzeklis un/vai konteineris, ir vai nav uzraudzībā un, ja ir noteikta uzraudzība, tad

ziņo par iemesliem un tālāko rīcību. Sistēma sniedz iespēju informēt lietotājus reālajā

laikā, kad uzraugāmais transportlīdzeklis iebrauc muitas kontroles zonā.

Ir plānots veikt TLKAIS CDB integrāciju, izmantojot jau esošu sistēmas funkcionalitāti,

integrējot ar citām VID informācijas sistēmām (piem. EMDAS) un/vai citu iestāžu

informācijas sistēmām, lai nodrošinātu sistēmas efektīvāku darbību.

2.2. Iepirkuma priekšmeta apraksts

Iepirkuma priekšmets ir VID rīcībā esošās Transporta līdzekļu un konteineru automātiskās

identificēšanas sistēmas, kas paredzēta valsts robežu šķērsojošo transporta līdzekļu un

konteineru numura zīmju automātiskai atpazīšanai un pārbaudīšanai, pilnveidošana un

uzturēšana.

1. Pretendentam jānodrošina TLKAIS uzturēšana un pilnveidošana un ārpusgarantijas

darbi:

1.1. TLKAIS atrašanās vietās – VID Rīgā, Talejas ielā 1 un MKP, kas atrodas uz

autoceļiem “Terehova”, “Grebņeva”, “Pāternieki”, “Silene”;

1.2. Rīgas Brīvostas MKP (pēc nodošanas ekspluatācijā).

2. Pretendentam jānodrošina TLKAIS pilnveidošana:

2.1. Vientuļu MKP

5

3. TLKAIS uzturēšana

Šajā punktā aprakstītās prasības attiecas uz šādām TLKAIS ekspluatācijas vietām:

1. VID administratīvā ēka Rīgā, Talejas ielā 1;

2. MKP, kas atrodas uz autoceļiem – “Terehova”, “Grebņeva”, “Pāternieki”, “Silene”;

3. Rīgas Brīvostas MKP – Kundziņsalā un Atlantijas iela 27 (pēc TLKAIS ierīkošanas);

(001) TLKAIS tehniskās apkopes uz vietas

TLKAIS tehniskās apkopes tiek veiktas ne retāk kā 1 (vienu) reizi 2 (divos) mēnešos.

Katrā TLKAIS tehniskajā apkopē ir jāveic vismaz šādas darbības:

1. videonovērošanas kameru pārbaude – vai nav bojātas, nav mitrums iekšpusē,

termostati un sildītājs strādā, kameru stiprinājums ir drošs;

2. video kabeļu un savienojumu pārbaude;

3. video attēlu pārbaude, izmantojot testa monitoru, nepieciešamības gadījumā

pielāgojumu nodrošināšana;

4. induktīvās cilpas stāvokļa, savienojumu kabeļu starp cilpu kontrolieri un cilpas antenu

pārbaude;

5. pārbaude, vai nostrādā detektori, automašīnai izbraucot TLKAIS darbības zonai;

6. video un Ethernet optisko konvertoru darbības testēšana;

7. zibens aizsardzības un pārsprieguma aizsardzības sistēmas pārbaude (t.sk. zemējuma

kontūru mērījumu veikšana vismaz vienu reizi gadā);

8. infrastruktūras, datortehnikas un TLKAIS iekārtu periodiskās servisa operācijas

TLKAIS nepārtrauktās darbības nodrošināšanai – tīrīšana (ja nepieciešams vai pēc

pilnvarotās personas pieprasījuma), regulēšana, programmatūras darbības pārbaude un

nepieciešamo konfigurāciju veikšana TLKAIS darbības uzlabošanai;

9. TLKAIS datu bāzu darbības pārbaude;

10. citas darbības, kas atbilst TLKAIS iekārtu un programmatūras ražotāju noteiktajām

tehniskajām prasībām un nodrošina TLKAIS nepārtrauktu un kvalitatīvu darbību;

11. apkopes laikā konstatētie bojājumi tiek novērsti saskaņā ar šīs tehniskās specifikācijas

prasību (008);

12. Konkrētos katras tehniskās apkopes veikšanas laikus katrā no Pasūtītāja objektiem

nosaka Pušu pilnvarotās personas, savstarpēji vienojoties.

(002) TLKAIS uzturēšanas instrukcijas un konfigurācijas apraksti

1 (viena) mēneša laikā pēc līguma noslēgšanas Pretendentam:

1. Jāapseko Pasūtītāja rīcībā esošais TLKAIS un jānovērtē tā tehniskais stāvoklis;

2. Jāiesniedz Pasūtītājam detalizētas instrukcijas un konfigurācijas aprakstus, ar tādu

detalizācijas pakāpi, lai Pasūtītāja darbinieki patstāvīgi varētu veikt TLKAIS

infrastruktūras, datortehnikas un TLKAIS iekārtu periodiskās servisa operācijas

TLKAIS nepārtrauktas darbības nodrošināšanai, regulēšana, programmatūras darbības

pārbaude un nepieciešamo konfigurāciju veikšana TLKAIS darbības uzlabošanai;

6

(003) Pārbaužu, testēšanas un bojājumu novēršanas rezultāti

Apkopju laikā veikto pārbaužu, testēšanas un bojājumu novēršanas rezultātus iesniedz

pasūtītāja pilnvarotajai personai pēc tehniskās apkopes veikšanas reizi mēnesī kopā ar rēķinu.

Pārskatu saturu un detalizācijas pakāpi pirms tam saskaņojot ar Pasūtītāju.

(004) Prasības TLKAIS darbībai

1. TLKAIS ir jābūt pilnībā darbspējīgai un funkcionējošai atbilstoši tās tehniskajai

dokumentācijai 24 (divdesmit četras) stundas 7 (septiņas) dienas nedēļā, jebkuros

meteoroloģiskajos apstākļos;

2. TLKAIS numuru atpazīšanas precizitātei jābūt vismaz 95% – gan transporta līdzekļu

reģistrācijas numura zīmju, gan kravas konteineru kodu atpazīšanā, gan numura zīmes

valsts piederības atpazīšanā, neatkarīgi no meteoroloģiskajiem apstākļiem;

3. TLKAIS reģistrācijas numuru zīmju un konteinera kodu atpazīšanas precizitātes

analīzi veic pretendents vienu reizi mēnesī, 10 kalendārās dienas pirms attiecīgā

uzturēšanas perioda termiņa beigām nosūtot Pasūtītājam analītisko pārskatu

elektroniski;

4. TLKAIS reģistrācijas numuru zīmju un konteinera kodu atpazīšanas precizitāti

nosaka, veicot precizitātes aprēķinu Pasūtītāja noteiktā laika periodā par katras MKP

TLKAIS aprīkotās joslas 50 secīgiem šķērsošanas gadījumiem vai, iepriekš saskaņojot

ar Pasūtītāju, citu TLKAIS darbības zonas šķērsošanas gadījumu skaitu;

5. Konteinera kodu nolasīšanas precizitātes aprēķins balstās uz TLKAIS joslu šķērsoto

transportlīdzekļu korekti nolasīto un atpazīto konteineru numuru dalījumu ar visu

TLKAIS joslas šķērsojošo konteineru skaitu izņemot (004) 7.punktā minētos

gadījumus, un tiek aprēķināts pēc sekojošas formulas:

𝑁𝑜𝑙𝑎𝑠ī𝑡𝑜 𝑢𝑛 𝑎𝑡𝑝𝑎𝑧ī𝑡𝑜 𝑘𝑜𝑛𝑡𝑒𝑖𝑛𝑒𝑟𝑢 𝑛𝑢𝑚𝑢𝑟𝑢 𝑠𝑘𝑎𝑖𝑡𝑠

𝑇𝐿𝐾𝐴𝐼𝑆 𝑗𝑜𝑠𝑙𝑎𝑠 šķē𝑟𝑠𝑜𝑗𝑜š𝑜 𝑘𝑜𝑛𝑡𝑒𝑖𝑛𝑒𝑟𝑢 𝑠𝑘𝑎𝑖𝑡𝑠 − 𝑃𝑟𝑒𝑐𝑖𝑧𝑖𝑡𝑎𝑡𝑒𝑠 𝑎𝑝𝑟ēķ𝑖𝑛ā 𝑛𝑒𝑖𝑒𝑘ļ𝑎𝑢𝑗𝑎𝑚𝑖𝑒 𝑔𝑎𝑑ī𝑗𝑢𝑚𝑖

6. Transportlīdzekļu reģistrācijas numura zīmju nolasīšanas precizitātes aprēķins balstās

uz TLKAIS joslu šķērsoto transportlīdzekļu korekti nolasīto un atpazīto numura zīmju

skaita (gan priekšējo, gan aizmugurējo) dalījumu ar visu TLKAIS joslas šķērsojošo

transportlīdzekļu reģistrācijas numura zīmju skaitu, izņemot (004) 7.punktā minētos

gadījumus, un tiek aprēķināts pēc sekojošas formulas:

Nolasīto (atpazīto)priekšējo numurzīmju skaits + nolasīto (atpazīto)aizmugurējo numurzīmju skaits

(TLKAIS joslu šķērsojošo TL skaits) ∗ 2 − Precizitates aprēķinā neiekļaujamie gadījumi

7. Transportlīdzekļu reģistrācijas numura zīmju un konteineru kodu precizitātes aprēķinā

neiekļauj tādus gadījumus, kad:

7.1. Transportlīdzeklis šķērsojis TLKAIS darbības zonu ar ātrumu, kas pārsniedz 40km/h;

7.2. Transportlīdzeklis ir šķērsojis TLKAIS transportlīdzekļu atpazīšanas punktu pretējā

virzienā;

7.3. Transportlīdzekļu viena TLKAIS transportlīdzekļu atpazīšana punkta šķērsošanas

intervāls ir mazāks par 10 sekundēm;

7.4. Transportlīdzekļa reģistrācijas numura zīmes plāksne vai konteinera kods ir aizklāts

ar virvēm, rezerves riteni vai citiem objektiem;

7.5. Transportlīdzekļa konteinera kods vai reģistrācijas numura zīmes plāksne veiktajā

TLKAIS transportlīdzekļu atpazīšanas punkta šķērsošanas gadījuma uzņemtā bilde

nav cilvēkam saskatāma, piemēram tā ir netīra, norūsējusi, liekta, tai ir padzisuši

7

cipari un/vai burti, vai plāksnes ciparos un/vai burtos ir iemontētas neparedzētas

detaļas (piem. skrūves);

8. Par objektīvi tīru un salasāmu reģistrācijas numura zīmi tiek uzskatīta numura zīme,

kas atbilst Latvijas “Ceļu satiksmes noteikumu” 2501.punktam;

9. Tehnisko apkopju apjomam un periodiskumam jābūt tādam, kas atbilst TLKAIS

iekārtu un programmatūras tehniskajām prasībām un nodrošina TLKAIS nepārtrauktu

un kvalitatīvu darbību, neierobežojoties ar prasībā (001) uzskaitītiem obligāti

veicamajiem apkopes darbiem;

10. TLKAIS uzturēšana nedrīkst negatīvi ietekmēt TLKAIS ikdienas operatīvo darbību.

(005) Tehniskās informācijas iesniegšana

Pretendentam 1 (vienu) reizi mēnesī bez papildus maksas jāiesniedz Pasūtītājam

tehniskā atbalsta informācija elektroniskā formā, t.sk., konsultatīva rakstura piemērus,

kļūdu aprakstus, sīkprogrammatūru, iepriekš reģistrēto problēmu ziņojumu aprakstus, to

risinājumus u.c. tehnisko informāciju.

(006) TLKAIS programmatūras atbalsta darbības

1. Pretendentam bez papildus maksas latviešu valodā, jānodrošina palīdzība Pasūtītājam

TLKAIS programmatūras instalēšanā, konfigurēšanā un atvieglotus migrēšanas

nosacījumus produktu pārnešanai uz citām platformām.

2. TLKAIS uzturēšanas pakalpojuma ietvaros gadījumos, kad tiek izdoti TLKAIS

darbības nodrošināšanā izmantotās programmatūras (trešās puses programmatūras,

tajā skaitā operētājsistēmu programmatūras) jauninājumi vai kritiskie ielāpi,

Pretendents bez papildus samaksas:

2.1. Iesniedz Pasūtītājam atzinumu par jauninājuma vai kritiskā ielāpa ietekmi uz

TLKAIS un/vai saistīto VID IS darbību 24 (divdesmit četru) VID darba stundu

laikā no Pasūtītāja pieprasījuma saņemšanas brīža. Ja programmatūras jauninājums

ir kritisks TLKAIS un/vai saistīto VID IS drošībai, Pretendentam jāiesniedz

atzinums īsākā laikā, abpusēji vienojoties ar Pasūtītāju;

2.2. Gadījumos, kad, lai nodrošinātu programmatūras jaunās versijas vai labojumu

uzstādīšanu Pasūtītāja testa/produkcijas vidē, nepieciešamas izmaiņas TLKAIS

programmatūrā, iesniedz Pasūtītājam izvērtējumu par šādu izmaiņu darbietilpību.

(007) Konsultācijas par TLKAIS programmatūru un infrastruktūras uzturēšanu

1. Pretendentam bez papildus maksas latviešu valodā jāsniedz konsultācijas par

atklātajām kļūdām un nepilnībām TLKAIS programmatūras ekspluatācijā esošajā

versijā;

2. TLKAIS bojājumu, problēmu gadījumos Pretendentam jāsniedz detalizētās

rekomendācijas bojājumu novēršanai.

(008) TLKAIS darbības problēmu (bojājumu) novēršana

1. Jānodrošina problēmu (bojājumu) novēršana, kas sevī ietver:

1.1. Bez papildus maksas problēmu (bojājumu) novēršanu attiecībā uz Pretendenta

veiktajiem esošās TLKAIS infrastruktūras iekārtu uzlabošanas, uzturēšanas,

bojājumu novēršanas darbiem, vai kas ir radušās Pretendenta vainas dēļ

8

(piemēram, dēļ savlaicīgi neveiktām vai nepienācīgi veiktām TLKAIS tehniskajām

apkopēm);

1.2. pārējās problēmu (bojājumu), kas neiekļaujas TLKAIS uzturēšanas vai garantijas

ietvaros, novēršana Pretendentam jānodrošina ārpusgarantijas remonts saskaņā ar

šīs tehniskās specifikācijas 5.punktu.

1.3. Problēmas (bojājumi) tiek pieteiktas un novērstas saskaņā ar šīs tehniskās

specifikācijas 4. punktā noteiktajām prasībām;

1.4. Problēmu (bojājumu), kas neiekļaujas TLKAIS uzturēšanas vai garantijas ietvaros,

novēršanas izmaksas tiek aprēķinātas saskaņā ar finanšu piedāvājumā norādītajām

cenām;

1.5. Pasūtītāja darbiniekiem tiek nodrošināta sazināšanās iespēja ar pretendenta

tehniskā atbalsta dienestu, izmantojot elektronisko pastu vai telefonu.

2. Pasūtītāja atbildīgās personas tiek regulāri informētas par pieteiktā problēmu ziņojuma

risināšanas gaitu.

3. Pārbaužu, testēšanas un problēmu (bojājumu) novēršanas rezultāti:

3.1. Problēmu (bojājumu) novēršanas rezultātus iesniedz pasūtītāja pilnvarotajai

personai kopā ar nodošanas – pieņemšanas aktu un rēķinu;

3.2. Problēma (bojājums) tiek uzskatīta par novērstu ar brīdi, kad tiek abpusēji

parakstīts nodošanas – pieņemšanas akts .

4. TLKAIS problēmu (bojājumu) novēršanas kārtība

Reakcijas un problēmu novēršana jāveic saskaņā ar Iepirkuma 5.pielikuma –

līgumprojekta 0.1.0.pielikumā “Sadarbības kārtībā” noteikto kārtību.

(009) Reakcijas laiki no problēmu ziņojuma pieteikšanas brīža

Pretendentam jānodrošina šādi reakcijas laiki no problēmu ziņojuma pieteikšanas brīža:

1. kritiskos gadījumos, kad atklātā problēma neļauj vai traucē izpildīt būtisku TLKAIS

funkciju un nav zināms cits tās izpildes variants, vai kad atklātā problēma apdraud

TLKAIS drošību - ne lielāks par 4 (četrām) VID darba stundām. Ja kritiska problēma

tiek pieteikta ārpus VID darba laika (no pirmdienas līdz ceturtdienai no plkst.8.15 līdz

plkst.17.00, piektdienās no plkst.8.15 līdz plkst.15.45), tad reakcijas laikā tiek skaitīts

tikai VID darba laiks;

2. steidzamos gadījumos, kad atklātā problēma traucē izpildīt būtisku TLKAIS

funkciju, bet ir zināms cits tās izpildes variants, vai pastāv risks, ka atklātā problēma

apdraud TLKAIS drošību - ne lielāks par 8 (astoņām) VID darba stundām. Ja

steidzama problēma tiek pieteikta ārpus VID darba laika (no pirmdienas līdz

ceturtdienai no plkst.8.15 līdz plkst.17.00, piektdienās no plkst.8.15 līdz plkst.15.45),

tad reakcijas laikā tiek skaitīts tikai VID darba laiks;

3. parastos gadījumos - ne lielāks par 24 (divdesmit četrām) VID darba stundām. Ja

problēma tiek pieteikta ārpus VID darba laika (no pirmdienas līdz ceturtdienai no

plkst.8.15 līdz plkst.17.00, piektdienās no plkst.8.15 līdz plkst.15.45), tad reakcijas

laikā tiek skaitīts tikai VID darba laiks).

(010) Problēmu novēršanas laiki no problēmu ziņojuma pieteikšanas brīža

9

1. Pretendentam jānodrošina šādi problēmu novēršanas laiki no problēmu ziņojuma

pieteikšanas brīža:

1.1. kritiskos gadījumos, kad atklātā problēma neļauj vai traucē izpildīt būtisku TLKAIS

funkciju, vai kad atklātā problēma apdraud TLKAIS drošību, problēmas tiek

novērstas ne vēlāk kā 24 (divdesmit četru) VID darba stundu laikā, vai tiek realizēts

cits VID pieņemams risinājums. Ja kritiska problēma tiek pieteikta ārpus VID darba

laika (no pirmdienas līdz ceturtdienai no plkst.8.15 līdz plkst.17.00, piektdienās no

plkst.8.15 līdz plkst.15.45), tad problēmas novēršanas laikā tiek skaitīts tikai VID

darba laiks;

1.2. steidzamos gadījumos, kad atklātā problēma traucē izpildīt būtisku TLKAIS

funkciju, bet ir zināms cits tās izpildes variants, vai pastāv risks ka atklātā problēma

apdraud TLKAIS drošību, problēmas tiek novērstas ne vēlāk kā 5 (piecu) VID darba

dienu laikā, vai tiek realizēts cits VID pieņemams risinājums;

1.3. parastos gadījumos – ne vēlāk kā 40 (četrdesmit) kalendāro dienu laikā vai

plānojamo termiņu ierosina pretendents un apstiprina TLKAIS IVP.

2. Pasūtītāja atbildīgās personas tiek regulāri informētas par pieteiktā problēmu ziņojuma

statusa izmaiņām un tiek sniegti pārskati par tā risināšanas gaitu pēc pasūtītāja atbildīgo

personu pieprasījumiem.

(011) Attālinātā piekļuve pie TLKAIS infrastruktūras

Pretendents atsevišķi vienojoties ar Pasūtītāju var pieprasīt attālinātās piekļuves tiesības

pie TLKAIS infrastruktūras ar mērķi novērst TLKAIS darbībā radušos traucējumus.

Attālinātā piekļuve pie TLAKIS infrastruktūras tiks piešķirta uz terminētu laiku, konkrēta

TLKAIS darbības traucējuma novēršanai;

5. TLKAIS problēmu (bojājumu), kas neiekļaujas TLKAIS

uzturēšanas vai garantijas ietvaros sniedzamie pakalpojumi

Šajā punktā aprakstītās prasības attiecas uz šādām TLKAIS ekspluatācijas vietām:

4. VID administratīvā ēka Rīgā, Talejas ielā 1;

5. MKP, kas atrodas uz autoceļiem – “Terehova”, “Grebņeva”, “Pāternieki”, “Silene”;

6. Rīgas Brīvostas MKP – Kundziņsalā un Atlantijas iela 27 (pēc TLKAIS ierīkošanas);

7. Vientuļu MKP

(012) Reakcijas un problēmu novēršanas laiki un kārtība no problēmu pieteikšanas

brīža

Saskaņā ar šīs tehniskās specifikācijas 4.punktu.

(013) TLKAIS problēmu (bojājumu), kas neiekļaujas TLKAIS uzturēšanas vai

garantijas ietvaros, novēršanas ietvaros sniedzamie pakalpojumi

Pretendents veic TLKAIS problēmu (bojājumu), kas neiekļaujas TLKAIS uzturēšanas vai

garantijas ietvaros, novēršanu TLKAIS infrastruktūras ekspluatācijas vietā vai nodrošina

bojātās TLKAIS infrastruktūras iekārtas bezmaksas transportēšanu no ekspluatācijas vietas

uz servisa centru un tās piegādi un uzstādīšanu tās ekspluatācijas vietā pēc problēmas

novēršanas.

10

Atbilstoši Reakcijas laikiem no problēmu ziņojuma pieteikšanas brīža izpildītājam

jāierodas objektā un jāidentificē problēmas (bojājuma) iemesls un jāinformē Pasūtītājs par

to rašanās iemesliem, lai Pasūtītājs varētu pārliecināties, ka bojājums neiekļaujas TLKAIS

uzturēšanas vai garantijas ietvaros.

(014) Garantijas laiks veiktajiem darbiem un nomainītajām detaļām

24 (divdesmit četri) mēneši no nodošanas – pieņemšanas akta parakstīšanas dienas. Garantijas

laikā pretendents bez papildus maksas novērš nekvalitatīvi veikto darbu trūkumus saskaņā ar

šīs tehniskās specifikācijas 4. punktu.

(015) Papildu prasības

1. Gadījumā, ja tiek konstatēta, ka ir uzstādīta nekvalitatīva TLKAIS infrastruktūras

iekārta vai cita veida komponente, pretendentam jānodrošina nekvalitatīvo

komponenšu nomaiņa 1 (vienas) darba dienas laikā;

2. Cietie diski garantijas gadījumā atgriezti pretendentam netiek.

6. TLKAIS pilnveidošana

Šajā punktā aprakstītās prasības attiecas uz šādām TLKAIS ekspluatācijas vietām:

1. VID administratīvā ēka Rīgā, Talejas ielā 1;

2. MKP, kas atrodas uz autoceļiem – “Terehova”, “Grebņeva”, “Pāternieki”, “Silene”;

3. Rīgas Brīvostas MKP – Kundziņsalā un Atlantijas iela 27;

4. MKP Vientuļi.

TLKAIS pilnveidošana sevī ietver (jaunu TLKAIS komponenšu (t.sk. apakšsistēmu)

izstrāde, esošo komponenšu funkcionalitāšu papildināšana, agrāk neparedzētu izmaiņu

realizācija un savstarpēja integrēšana, TLKAIS tiešās darba vides uzlabošana un

pilnveidošana (piemēram, sistēmas aizsargkonstrukciju izstrāde, TLKAIS cilpu brauktuves

seguma nomaiņa).

(016) TLKAIS izmaiņu pieprasījumi

1. Saņemot TLKAIS izmaiņu pieprasījumu, pirms tā realizācijas uzsākšanas, Pretendents

saskaņo TLKAIS projekta izmaiņu vadības padomē nepieciešamo izmaiņu vai

papildināšanas pieprasījuma precīzas realizācijas izmaksas, sagaidāmo rezultātu,

izpildes termiņus, pieņemšanas – nodošanas kārtību un citus nepieciešamos

nosacījumus;

2. Jebkāda veida programmatūras izmaiņu pieprasījumi tiks veikti uz atsevišķas

vienošanās pamata, kas tiks noformēti, kā atsevišķs vienošanās protokols;

3. Izmaiņu pieprasījumi pretendentam tiek pieteikti saskaņā ar 5.pielikumā -

līgumprojektā noteikto kārtību.

(017) TLKAIS pilnveidošanas un uzturēšanas kvalitātes nodrošināšanas un

pārvaldības metodes

Pretendentam jānodrošina TLKAIS pilnveidošanas un uzturēšanas kvalitāte un pārvaldība

Pretendenta pusē atbilstoši šādām prasībām:

11 1. Plānu pārvaldība - Pretendentam līguma izpildes laikā jāuztur dažādi TLKAIS

pilnveidošanai un uzturēšanai nepieciešamie plāni (laika, izmaksu, izstrādes utt.),

Pretendentam jāpiedalās nodevumu un versiju plānošanā, sagatavojot un pēc VID

pieprasījuma nosūtot versiju plānus;

2. Konfigurāciju pārvaldība - Pretendentam jānodrošina dažādu versiju programmatūras

vienumu konfigurāciju pārvaldība (konfigurāciju informācijas uzkrāšana,

savietojamība, atjaunošana utt.). Visā projekta norises laikā bez aktuālo darba versiju

uzturēšanas vienmēr jāsaglabā arī visas Pasūtītājam iesniegto nodevumu versijas un/vai

laidieni (tas attiecas kā uz programmatūru, tā arī dokumentāliem nodevumiem).

Pretendentam jādefinē, kuri objekti tiks pakļauti konfigurācijas pārvaldībai, piemēram,

visi pasūtītājam nododamie dokumenti – prasību specifikācijas, projektējuma apraksti,

nododamā programmatūras produkta būtiskās komponentes (dinamiskie ielādes

moduļi, datu bāze, utt.), jānodrošina objektu versiju viennozīmīgu atpazīšanu, kā arī

jāorganizē šo objektu sakārtotu glabāšanu;

3. Versiju kontrole - Pretendentam jānodrošina versiju kontrole dokumentācijas un

programmatūras veidiem (versijai, servisa pakai, tiešsaistes (Online) piegādei, datu

labošanai, dokumentācijai u.tml.), jāapraksta versionēšanas principi un izmantotie rīki;

4. Izmaiņu pārvaldība - Pretendentam jānodrošina izmaiņu pieprasījumu pārvaldība

TLKAIS pilnveidošanas un uzturēšanas nodevumiem (dokumentācijai,

programmatūrai, testpiemēriem u.tml.). Visām izmaiņām TLKAIS ir jābūt

dokumentētām, katrā nodevumā iekļaujot aprakstu, kas identificē jaunizveidoto

funkcionalitāti, realizētās izmaiņas un novērstās kļūdas.

5. Nodevumu testēšana - Pretendentam jānodrošina TLKAIS iekšējā testēšana atbilstoši

kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas

sagatavošana. Pretendentam ir jāapraksta, kāds būs testēšanas process, kādi būs

testēšanas veidi (manuālā, automātiskā) un kādi testēšanas rīki tiks izmantoti, lai veiktu

nodevumu kvalitatīvu testēšanu; kādā formātā tiks piegādāti testēšanas scenāriji un

dokumentācija (ko, pasūtītājs var izmantot un var neizmantot), kā tiks saskaņoti un

iesniegti testpiemēri; kad, kādā formātā un ar kādu saturu tiks iesniegti testu žurnāli.

6. Problēmu ziņojumu pārvaldība - Pretendentam jānodrošina pilna problēmas dzīves

cikla pārvaldība, sākot ar problēmas atklāšanu, reģistrēšanu, novēršanu, testēšanu un

beidzot ar labojumu ieviešanu produkcijas vidē;

7. Kvalitātes pārvaldības process

7.1.Dokumentācijas izstrāde jānodrošina atbilstoši standartiem. Darbu izpildes rezultātā

izveidotā (modificētā TLKAIS dokumentācija ir jāpiegādā integrējot, to attiecīgā

dokumenta veida pēdējā (aktuālajā) versijā, saglabājot izmaiņu trasējamību,

tādejādi novēršot dokumentācijas sadrumstalošanos;

7.2.TLKAIS pilnveidošanas, uzturēšanas un garantijas laikā ir jāuztur projekta

bibliotēka, kurā jāizvieto TLKAIS darba dokumenti – prasību specifikācijas,

projektējuma apraksti, testēšanas dokumentācija u.c;

7.3.Pretendentiem jāņem vērā, ka TLKAIS pilnveidošanas un uzturēšanas izpildes laikā

VID ir tiesīgs prasīt pretendentam jebkādu informāciju saistībā ar TLKAIS

pilnveidošanas un uzturēšanas kvalitātes nodrošināšanu, bez papildus maksas.

12

(018) Atbilstība standartiem

Pretendentam ir jāveic darbi un jāpiegādā TLKAIS uzturēšanas laikā radītie nodevumi

saskaņā ar šīs specifikācijas prasībām, iepirkuma nosacījumiem, Latvijas Republikas

normatīvo aktu un Eiropas Komisijas direktīvu prasībām, Latvijas Republikas un

starptautiskajiem programmatūras izstrādes standartiem.

TLKAIS papildinājumu izstrādes gaitā jāizmanto šādi standarti:

1. J-STD-016 – “Standard for Information Technology - Software Life Cycle

Processes - Software Development”;

3. ISO/IEC 12207 – “Systems and software engineering - Software life cycle

processes”;

4. LVS EN ISO 9241-210:2011 – “Cilvēka un sistēmas mijiedarbības ergonomika.

210. daļa: Uz lietotāju orientētie projektēšanas procesi interaktīvajām sistēmām”;

5. ISO 15408-2:2008 – “Informācijas tehnoloģija – Drošības tehnikas – IT drošības

novērtējuma kritēriji”.

Ja Pretendents izmanto citus standartus, tad Pretendentam ir jānorāda, kādus standartus

paredzēts pielietot TLKAIS pilnveidošanas gaitā. Jānorāda arī pēc kādas projektu vadības

metodoloģijas tiks veidota komunikācija ar Pasūtītāju. Jānorāda kādas kvalitātes

nodrošināšanas procedūras tiks izmantotas.

(019) Izstrādes vides nodrošināšana

1. Pretendentam ir jānodrošina sava vide (aparatūra, programmatūra, biroja telpas)

līguma ietvaros izpildāmo darbu un uzdevumu veikšanai. Pretendentam izstrāde

jāveic, izmantojot tikai licencētu programmatūru. Pasūtītājs nenodrošina Pretendentu

ar licencēm.

2. Pretendents nedrīkst izmantot programmēšanas rīkus vai līdzekļus, kas prasītu papildu

licenču iegādi Pasūtītājam pēc programmatūras izvēršanas. Pretendentam piedāvājumā

ir jāapraksta, kā tiks nodrošināta projekta projektēšanas un izstrādes vide, tajā skaitā

projekta bibliotēka projekta dokumentācijas uzglabāšanai, vide projekta nodevumu

izstrādei, vide Pretendenta testu veikšanai. Jāapraksta, kādi izstrādes rīki tiks izmantoti

TLKAIS programmatūras pilnveidošanas nodrošināšanā.

3. Pretendentam piedāvājumam jāpievieno ražotāja apliecinājums vai cits līdzvērtīgs

dokuments par to, ka Pretendenta izstrādes vides tehnoloģiju (rīku, līdzekļu) ražotājs

nodrošina šo tehnoloģiju garantijas un uzturēšanas nodrošināšanas pakalpojumu 3

(trīs) kalendāro gadu laikā, skaitot no līguma abpusējas parakstīšanas dienas.

(020) Prasības programmatūras nodevumiem

Piegādātā programmatūras pirmkoda kvalitātei ir jābūt pietiekošai, lai Pasūtītāja paša

vai tā nolīgts trešās puses kvalificēts personāls varētu nodrošināt programmatūras turpmāko

uzturēšanu, modificēšanu, paplašināšanu, kā arī iespējamo migrēšanu. Izpildītājam jāpiegādā

Pasūtītājam programmatūras pirmkods tādā formā, lai to (visu vai konkrētu daļu – saskaņā ar

Izpildītāja norādījumiem) bez modifikācijām var atvērt Pasūtītājs savā testa vidē un

nokompilēt (ja piegādātais programmatūras pirmkods ir kompilējams). Programmatūras

pirmkodam jāsatur komentāri latviešu valodā, kas ir viegli saprotami atbilstošas kvalifikācijas

speciālistiem bez pirmkoda autora palīdzības. Izpildītājam jāpiegādā Pasūtītājam arī ar

13

piegādāto pirmkodu saistīto dokumentāciju – shēmas, grafikus, utt. izejas failu veidā, kā arī

pārveidotus PDF formātā. Pretendentam tehniskajā piedāvājumā ir jāapraksta programmatūras

dokumentēšanas principi, apjoms un jāsniedz programmatūras dokumentācijas piemēri.

(021) Testēšanas vides nodrošināšana

1. Testēšanas vidi jānodrošina Pretendentam, testēšanas vides izmitināšanu veicot Pretendenta

infrastruktūrā.

2. Testēšanas vide nodrošina identisku esošās produkcijas vides funkcionalitāti, kā arī iekļautus

problēmu ziņojumu labojumus un/vai ar IVP saskaņotus izmaiņu pieprasījumus. Testēšanas

vide netiek fiziski sasaistītai ar ārējām iekārtām. Ārējo iekārtu darbību simulāciju nodrošina

programmatūrā iestrādāti risinājumi (piem. speciāli tam izstrādāti un pielāgoti skripti).

3. Pēc līguma noslēgšanas Izpildītājam viena mēneša laikā Pasūtītājam jāiesniedz saskaņošanai

TLKAIS testēšanas vides projektējums.

4. Ne ilgāk kā 1 (viena) mēneša laikā no brīža, kad Pasūtītājs ir saskaņojis testa vides

projektējumu, Pretendentam ir jānodrošina testa vides pieejamība un par testa vides

pieejamību rakstiski jāinformē Pasūtītājs.

5. Pēc Pasūtītāja atsevišķa pieprasījuma Pretendentam jāsagatavo lietotāju rokasgrāmatas

testēšanas vides izveidei Pasūtītāja īpašumā esošajā infrastruktūrā, kas satur programmatūras

instalācijas, konfigurācijas aprakstus, kā arī pilnu informāciju par testēšanas vides uzturēšanai

nepieciešamo iekārtu un programmatūras uzturēšanas vides tehniskās specifikācijas un

aprakstus. Pretendentam bez papildus atlīdzības jānodrošina Pasūtītāja konsultēšana par

visiem nepieciešamajiem darbiem, kas saistīti ar sākotnējiem testa vides izveidošanas darbiem

Pasūtītāja infrastruktūrā.

(022) Izpildītāja veiktie nodevumu testi

Lai nodrošinātu nodevuma atbilstību noteiktajām prasībām, Pretendentam ir jānodrošina

nodevumu iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un

testēšanas dokumentācijas sagatavošana. Pretendentam jānodrošina vismaz:

a) Funkcionalitātes testēšana;

b) Integritātes testēšana;

c) Drošības testēšana;

d) Veiktspējas, ātrdarbības un slodzes testēšana.

Testēšanu veic Pretendents ar saviem resursiem, neiesaistot Pasūtītāju, pirms nodevuma

iesniegšanas, lai pārliecinātos, ka nodevums ir gatavs akcepttestēšanai. Programmatūras

nodevumi ir jāiesniedz kopā ar Pretendenta veiktās testēšanas dokumentāciju. Veicot

Risinājuma laidienu piegādi, jāveic visu iepriekš piegādātu Risinājuma daļu testēšana,

ieskaitot to Risinājuma daļu atkārtoto testēšanu, kas netika modificētas, ar mērķi

pārliecināties, ka veiktās modifikācijas nav negatīvi ietekmējušas līdz šim izstrādātās

Risinājuma daļas.

(023) Risinājuma akcepttestēšana

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

Pretendents sagatavos Risinājuma testēšanas vidi, kurā Pasūtītājs veiks akcepttestēšanu

saskaņā ar testēšanas dokumentāciju, kura Pretendentam jāpiegādā kopā ar attiecīgu

programmatūras nodevumu akcepttestēšanas uzsākšanai. Pretendentam ir jānodrošina

akcepttestu norisei nepieciešamās konsultācijas. Balstoties uz Pasūtītāja iesniegtajiem

14

testēšanas protokoliem un pieteiktajiem problēmziņojumiem, Pretendentam jānovērš

akcepttestēšanas laikā identificētās problēmas projekta 5.pielikuma 9.punktā norādītajos laika

termiņos.

(024) Programmatūras uzstādīšana produkcijas vidē

Pēc akcepttestēšanas pabeigšanas Pasūtītājs veiks Risinājuma programmatūras

uzstādīšanu un konfigurēšanu produkcijas vidē. Pretendentam jāpiegādā pēdējās atkļūdotās

programmatūras un dokumentācijas versijas, kā arī jānodrošina nepieciešamais Pasūtītāja

darbinieku atbalsts Risinājuma uzstādīšanas un konfigurēšanas produkcijas vidē.

(025) Programmatūras pārbaude produkcijas vidē

Pēc programmatūras uzstādīšanas produkcijas vidē tiks veikta atkārtota programmatūras

pārbaude (izmēģinājuma ekspluatācija), kas apliecina, ka visas prasības joprojām ir izpildītas,

ņemot vērā iespējamās produkcijas un testu vides atšķirības un jo īpaši tās prasības, kuras

pilnībā nav iespējams pārbaudīt testu vidē. Testus veiks Pasūtītājs vai Pasūtītāja deleģēta trešā

puse.

(026) Nodevumu piegāde

Visi nodevumi Pretendentam ir jāpiegādā saskaņā ar līguma projekta 5. un 6.punktu un

līguma projekta 0.1.0.pielikumā aprakstīto sadarbības kārtību. Programmatūras nodevums

jāpiegādā uzstādīšanai gan Pasūtītāja testa vidē, gan Pasūtītāja produkcijas vidē, ar norādi par

programmatūras nodevuma instalēšanas paketes uzstādīšanas vidi, ja tehniski nav iespējams

piegādāt programmatūras nodevuma instalēšanas paketi, kas izmantojama abās vidēs.

Programmatūras instalēšanas paketei jābūt “inkrementālai” t.i. tās uzstādīšana ir veicama uz

iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau

esošos datus, ja vien tas nav iepriekš īpaši saskaņots vai nav nodevumu objekts. Gadījumos, ja

tiek mainīta datu bāzes struktūra, jāpiegādā arī atbilstošie datu migrācijas skripti. Visiem

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

(027) Nodevumu piegādes veids

Visi nodevumi Pretendentam jāpiegādā uz neizdzēšama fiziskā datu nesēja kopā ar

Pasūtītāja vajadzībām specifiski izstrādātajām konfigurācijām un pielāgojumiem, papildus pēc

Pasūtītāja pieprasījuma novietojot nodevumu uz Pasūtītāja norādītā FTPS servera, informējot

par to Pasūtītāju uz līgumā norādīto e-pasta adresi. Visi dokumentācijas nodevumi ir jāsniedz

*docx faila formātā. Visiem attēliem un diagrammām ir jāiesniedz arī oriģināla

pirmdokumenta datne, piemēram, MS VISIO formāta datne, tā, lai tos nepieciešamības

gadījumā Pasūtītājs var papildināt.

(028) Garantijas nodrošināšana

24 (divdesmit četri) mēneši saskaņā ar līgumprojekta noteikumiem.

(029) Darbietilpības novērtēšanai izmantotās metodes

Pretendentam detalizēti jāapraksta izvēlētās darbietilpības novērtēšanas metodes, kas tiks

piemērotas iepirkuma līguma darbības laikā. Pretendentam nepieciešamības gadījumā

15 jāspēj izmantot vismaz vienu neformālo metodi. Piemēram, kā veidojas programmētāja,

testētāja ieguldītās darba stundas

(030) TLKAIS drošības prasības uzturēšanas un pilnveidošanas pakalpojuma

nodrošināšanas laikā

TLKAIS nepieciešams nodrošināt augstu pieejamību tās lietotājiem un tādu TLKAIS

arhitektūras kvalitāti, lai TLKAIS darbība ir stabila un TLKAIS nodevumu uzstādīšanu ir

iespējams veikt ar minimāliem pārtraukumiem. Uzstādot TLKAIS nodevumus, TLKAIS

darbības pārtraukumi kopumā nedrīkst pārsniegt 48 (četrdesmit astoņas) stundas 12

(divpadsmit) mēnešu laikā.

(031) TLKAIS drošības prasības uzturēšanas un pilnveidošanas pakalpojuma

nodrošināšanas laikā

Veicot TLKAIS uzturēšanu vai pilnveidošanu, Pretendentam ir nepieciešams nodrošināt

sekojošas drošības prasības:

1. Nodrošināt, ka strādāt ar TLKAIS programmatūru drīkst tikai autentificētiem un

autorizētiem lietotājiem;

2. Nepieļaut Cross-site scripting (XSS) ievainojamības web lietojumprogrammā, kad ir

iespējams izsaukt formu ar mainītiem parametriem, kas izpilda JavaScript kodu;

3. Nepieļaut SQL injekcijas tipa ievainojamību un nekorekto SQL vaicājumu izsaukumu,

pielietot parametrizēto SQL vaicājumu izsaukumu;

4. Nodrošināt TLKAIS programmatūras darbību ar konfigurāciju, kas pieļauj tikai HTTP

GET, HTTP POST, HTTP HEAD metožu izmantošanu;

5. Nodrošināt, ka TLKAIS programmatūra lietotājam nesniedz informāciju, kas varētu

apdraudēt TLKAIS un/vai VID IS drošību, tai skaitā, nepieļaujot iespēju lietotājam

veikt analīzi par kļūdas un veikto TLKAIS pārbaužu raksturu. Kļūdas situācijās

lietotājam parādīt nepieciešamo informāciju, detalizētu tehnisko informāciju nosūtot

sistēmas administratoram un veicot informācijas ierakstīšanu sistēmas žurnālā, lai

pārāk detalizēti kļūdu paziņojumi neļauj lietotājam iegūt nevēlamu informāciju par

izmantotajām tehnoloģijām, TLKAIS un VID IS arhitektūru un veiktajām drošības

pārbaudēm, kas varētu atvieglot tālākos uzbrukumus TLKAIS un/vai VID IS;

6. Nodrošināt, ka TLKAIS datu apmaiņas procesi tiek pildīti tikai ar tehnoloģisko

lietotāju kontiem, kuriem informācija ir pieejama tikai tādā apjomā, kas nepieciešama

attiecīgās datu apmaiņas nodrošināšanai, lai nepamatoti augstu privilēģiju

izmantošana, kur tas nav nepieciešams, neradītu nevajadzīgus datu integritātes,

konfidencialitātes un pieejamības riskus.

7. TLKAIS uzturēšanas un pilnveidošanas pakalpojuma ietvaros Pretendentam

nepieciešams nodrošināt augstu TLKAIS pieejamību lietotājiem un tādu arhitektūras

kvalitāti (Pretendents nedrīkst lauzt esošo VID IS arhitektūru), lai TLKAIS darbība ir

stabila. TLKAIS darbības pārtraukumi kopumā nedrīkst pārsniegt 48 (četrdesmit

astoņas) stundas 12 (divpadsmit) mēnešu laikā. Kopējā (gan plānotā, gan neplānotā)

TLKAIS pieejamība gada laikā nedrīkst būt zemāka par 95%, izņemot gadījumus, kad

darbības pārtraukums ir noticis no Pretendenta neatkarīgu iemeslu dēļ;

8. Pretendentam ar darbiniekiem ir noslēgti konfidencialitātes līgumi, kas paredz

noteikumus un atbildību darbā ar klientu datiem, kā arī esošie darba līgumi un

16

procedūras paredz noteikumus darbībām ar parolēm un citiem parametriem, kas

nosaka piekļuvi.

7. Transporta izmaksas

(032) Nosacījumi transporta izdevumiem

1. Transporta izmaksas tiek piemērotas, ja tiek veikts izbraukums ārpus Rīgas uz

objektu problēmu (bojājumu) novēršanai vai sistēmas papildināšanas veikšanai, kas

nav saistītas ar garantijas servisa nodrošināšanu vai uzturēšanu;

2. 1 (vienas) reizes ietvaros jāietver izpildītāja ierašanās MKP un atgriešanās

uzņēmumā izmaksas, kas nepieciešamas, lai nodrošinātu nepieciešamo darbu izpildi

vai preču piegādi saskaņā ar pasūtītāja nosūtītu 1 (vienu) pieteikumu, neatkarīgi no

darbu veikšanai nepieciešamo braucienu skaita tiek samaksāts tikai 1 (vienu) reizi;

3. Izmaksas tiek aprēķinātas saskaņā ar finanšu piedāvājuma tabulu Nr.4.