Contract

2.pielikums

Valsts ieņēmumu dienesta rīkotā slēgtā konkursa

nolikumam “Transportlīdzekļu un konteineru automātiskās identificēšanas sistēmas piegāde un uzstādīšana Ventspils ostas un Liepājas ostas muitas kontroles punktos, Kaplavas, Meikšānu un Pededzes robežšķērsošanas vietās”,

publiskā iepirkuma identifikācijas Nr. FM VID 2016/100

Atklāta konkursa

“Transportlīdzekļu un konteineru automātiskās identificēšanas sistēmas piegāde un uzstādīšana Ventspils ostas un Liepājas ostas muitas kontroles punktos,

Kaplavas, Meikšānu un Pededzes robežšķērsošanas vietās” 1.DAĻAS

TEHNISKĀ SPECIFIKĀCIJA

(konsolidēta 07.04.2017) (Nr. FM VID 2016/100)

SATURS

1. Saīsinājumi un definīcijas 6

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

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

2.2. Iepirkuma priekšmeta apraksts 8

3. Vispārīgās prasības iekārtu uzstādīšanai, projektēšanai un būvniecībai 11

3.1. VP.01 Projektēšanas un būvniecības uzdevums Ventspils ostas MKP 2 (divu) Ass svaru uzstādīšanas vietu un transporta līdzekļu un konteineru automātiskās identificēšanas sistēmas projektēšanai un uzstādīšanai 11

3.1.1. Būvprojektēšanas un autoruzraudzības ietvaros veicamie darbi un prasības to izpildei, ja attiecīgajā objektā ir jāveic būvdarbi. Ja objektā būvniecība netiks veikta, bet tiks veikti ierīkošanas darbi, pretendentam jāizstrādā projekts tādā apjomā, lai darbus varētu realizēt un nodot ekspluatācijā, kā arī saņemt nepieciešamos attiecīgo institūciju saskaņojumus un atzinumus. 12

3.1.2. VP.01-1 MKP TLKAIS 13

3.1.3. Prasības Ass svariem 14

3.1.4. VP.01-2 Transporta līdzekļu kustības regulēšanas sistēmas izveide, kas nodrošinātu Ass svaru un MKP TLKAIS korektu darbību saskaņā ar Konkursa nolikuma prasībām 14

3.1.5. VP.01-3 Ass svaru uzstādīšanas vietu būvniecības autoruzraudzība 15

3.1.6. VP.01-4 Prasības būvniecības laikā veicamo darbu izpildei 15

3.1.7. VP.01-5 Prasības projektēšanas laikā, būvprojekta sagatavošanai un iesniegšanai 16

3.1.8. VP.01-6 Prasības autoruzraudzībai 16

3.1.9. VP.01-7 Prasības būvniecības laikā 16

3.2. VP.02 PROJEKTĒŠANAS UN BŪVNIECĪBAS UZDEVUMS Liepājas ostas MKP 2 (divu) Ass svaru uzstādīšanas vietu un transporta līdzekļu un konteineru automātiskās identificēšanas sistēmas projektēšanai un uzstādīšanai 17

3.2.1. Būvprojektēšanas un autoruzraudzības ietvaros veicamie darbi un prasības to izpildei 18

3.2.2. VP.02-1 MKP TLKAIS 20

3.2.3. Prasības Ass svariem 20

3.2.4. VP.02-2 Transporta līdzekļu kustības regulēšanas sistēmas izveide, kas nodrošinātu Ass svaru un MKP TLKAIS korektu darbību saskaņā ar Konkursa nolikuma prasībām: 21

3.2.5. VP.02-3 Ass svaru uzstādīšanas vietu būvniecības autoruzraudzība 22

3.2.6. VP.02-4 Prasības būvniecības laikā veicamo darbu izpildei 22

3.2.7. VP.02-5 Prasības projektēšanas laikā, būvprojekta sagatavošanai un iesniegšanai 22

3.2.8. VP.02-6 Prasības autoruzraudzībai: 23

3.2.9. VP.02-7 Prasības būvniecības laikā 23

4. Funkcionālās prasības 25

4.1. FP.01 Vispārīgas prasības MKP TLKAIS 25

4.2. FP.02 Prasības MKP TLKAIS komponentēm 25

4.3. FP.03 Prasības MKP TLKAIS programmatūrai 28

4.4. FP.04 Prasības Ass svaru programmatūrai 30

4.5. FP.05 Prasības MKP TLKAIS ārējām iekārtām un Ass svariem 31

4.5.1. FP.05-1 Prasības MKP TLKAIS ārējām iekārtām 31

4.5.2. FP.05-2 Prasības Ass svariem un to uzstādīšanai 33

4.5.3. FP.05-3 Prasības MKP TLKAIS uzstādīšanai 35

5. Nefunkcionālās prasības 36

5.1. NP.01 Tehnoloģiskā platforma 36

5.2. NP.02 Arhitektūras prasības 37

5.3. NP.03 Infrastruktūras prasības 38

5.3.1. NP.03-1 Prasības MKP TLKAIS servera iekārtai 38

5.3.2. NP.03-2 Prasības Ass svaru programmatūras servera iekārtai 42

5.3.3. NP.03-3 Prasības tīkla komutatoriem 44

5.3.4. NP.03-4 Prasības nepārtrauktās elektrobarošanas avotiem (UPS) 46

5.3.5. NP.03-5 Prasības videonovērošanas sistēmai 47

5.3.6. NP.03-6 Prasības aparatūras statnēm un vadības skapjiem 51

5.3.7. NP.03-7 Infrastruktūras ierobežojumi 52

5.4. NP.04 Atbilstība standartiem 54

5.5. NP.05 Lietojamības prasības 54

5.6. NP.06 Veiktspējas prasības 55

5.6.1. NP.06-1 Veiktspējas prasības MKP TLKAIS sistēmai 55

5.6.2. NP.06-2 Veiktspējas prasības Ass svaru sistēmai 55

5.7. NP.07 Pieejamības prasības 55

5.8. NP.08 Drošības un uzraudzības prasības 55

5.9. NP.09 Uzturamības prasības 56

5.10. NP.10 Pielāgojamības un turpmākas attīstības prasības 57

5.11. NP.11 Prasības iesniedzamajai dokumentācijai 57

5.12. NP.12 Prasības MKP TLKAIS, MKP TLKAIS ārējo iekārtu un Ass svaru uzturēšanai un pilnveidošanai 58

5.13. NP.13 Prasības garantijai un garantijas laika uzturēšanas nodrošināšanai 63

5.13.1. NP.13-1 Garantijas prasības veiktajiem būvdarbiem 63

5.13.2. NP.13-2 Garantijas prasības datortehnikai 63

5.13.3. NP.13-3 Garantijas un uzturēšanas prasības Ass svariem 64

5.13.4. NP.13-4 Garantijas un uzturēšanas prasības MKP TLKAIS ārējām iekārtām un videonovērošanas sistēmai 66

5.13.5. NP.13-5 MKP TLKAIS Programmatūras licenču uzturēšanas prasības68

5.14. NP.14 Prasības Ārkārtas remontdarbiem un to veikšanas nosacījumi 68

5.15. NP.15 Prasības lietotāju apmācībai 69

5.15.1. NP.15-1 Apmācību lietotāju grupas 69

5.15.2. NP.15-2 Apmācību vide un koordinācija 70

Izmantotie termini, saīsinājumi un apzīmējumi 77

Saīsinājumi 77

Vispārīgs apraksts 78

Esošā situācija 78

Risinājuma perspektīva 78

Vispārīgas prasības 78

ASS SVARU PROGRAMMATŪRAS KOMPLEKTĀCIJA 78

Vide 81

Ass svaru svēršanas rezultātu integrēšana 81

ASS SVARU APLIKĀCIJA 81

Svēršanas datu plūsma 82

SVĒRUMU DATU attēlošana 83

1. Vispārējais apraksts Ass svaru programmatūrai. 83

2. Prasības Ass svaru programmatūrai 83

3. Prasības Starpniekservisa programmatūrai: 84

4. Prasības Datu servisa programmatūrai: 84

5. Prasības Klienta programmatūrai: 85

5.1. Tehniskās prasības 85

5.2. Funkcionālās prasības 85

5.3. Xxxxxx “Ass svaru svērumi” 86

5.4. Xxxxxx “Darbību vēsture” 88

5.5. Xxxxxx “Svari” 89

5.6. Xxxxxx “Iestatījumi” 89

5.7. Xxxxxx “Lietotāji” 89

6. Xxxxxx “Paroles maiņa” 90

7. Lietotāju autorizācija 90

1. Saīsinājumi un definīcijas

Ass svari – dinamiskie auto ass svari

Iebraucošā josla – transportlīdzekļu atpazīšanas josla pa kuru transportlīdzekļi iebrauc transportlīdzekļu atpazīšanas punkta teritorijā.

Identificēts transportlīdzeklis – tarnsportlīdzeklis, kas atpazīts kā atsevišķs objekts Izbraucošā josla – transportlīdzekļu atpazīšanas josla pa kuru transportlīdzekļi izbrauc no transportlīdzekļu atpazīšanas punkta teritorijas.

MKP – muitas kontroles punkts

MKP TLKAIS – Šī iepirkuma ietvaros, piegādājamā un uzstādāmā Visy Oy izstrādātā vai ekvivalenta transportlīdzekļu un konteineru automātiskās identifikācijas sistēmas daļa, kas tiks darbināta transportlīdzekļu atpazīšanas punktos un kuras atpazītie transportlīdzekļu dati jānodod VID rīcībā jau esošajā TLKAIS CDB.

MPK – xxxxxxxxx xxxxxxxxxx xxxxx

Operators – pasūtītāja atbildīgais darbinieks

LEK - Latvijas Energostandarts (LEK 002:2011), trešais izdevums, “Energoietaišu tehniskā ekspluatācija”

Platformas svari – svari transportlīdzekļa vienlaicīgai nosvēršanai

Risinājums - Ja nav norādīts savādāk, tad to veido un tas ietver MKP TLKAIS un Ass svaru programmatūru.

RŠV – robežšķērsošanas vieta

TLKAIS – Transportlīdzekļu un konteineru automātiskā identifikācijas sistēma. TLKAIS CDB - VID rīcībā esošā Visy Oy izstrādātā transportlīdzekļu un konteineru automātiskā identifikācijas sistēma.

Transportlīdzekļu atpazīšanas josla – brauktuves daļa, pa kuru organizēti pārvietojas transportlīdzekļi vienā virzienā.

Transportlīdzekļu atpazīšanas punkts – Liepājas ostas MKP un Ventspils ostas MKP teritorija jeb muitas zona.

Transportlīdzekļu atpazīšanas vieta – konkrēta vieta transportlīdzekļu atpazīšanas joslā, kur uzstādītas ārējās TLKAIS iekārtas, kas vizuāli fiksē braucošos transportlīdzekļus.

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

Sistēmas galvenās funkcijas ir:

1. Visu Transportlīdzekļu atpazīšanas vietu šķē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 pēcpārbaudes (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, Vientuļu, 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 lokālā TLKAIS servera 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 (2 atsevišķi serveri) 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. TLKAIS Web sistēma;

5.6. Visy Replication Service;

5.7. Visy XML Gate Service.

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

7. TLKAIS centrālajā serverī tiek koncentrēti visi dažādās Transportlīdzekļu atpazīšanas vietās 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.

8. 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 Transportlīdzekļu atpazīšanas vietā, piemēram muitas kontroles zonā.

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

Šī tehniskā specifikācija attiecas uz transportlīdzekļu reģistrācijas numura zīmju un konteineru kodu automātisko identificēšanas sistēmu, kas jāuzstāda transportlīdzekļu atpazīšanas punktos.

2.2.1. Ventspils ostas muitas kontroles punktā jāveic 2 (divu) Ass svaru, MKP TLKAIS un videonovērošanas sistēmas risinājuma projektēšana, būvniecība, būvniecības autoruzraudzība, Ass svaru, MKP TLKAIS (VISY OY izstrādātā TLKAIS vai ekvivalenta sistēma) un videonovērošanas sistēmas uzstādīšana, uzstādītās MKP TLKAIS integrēšana VID rīcībā esošajā TLKAIS CDB, veidojot vienotu TLKAIS (tajā skaitā visas sistēmu darbības nodrošināšanai nepieciešamās programmatūras un to licenču piegāde un uzstādīšana), uzturēšanas un garantijas nodrošināšana Ventspils ostas muitas kontroles punktā (turpmāk – Ventspils MKP), kā arī nepieciešamības gadījumā – ārpus garantijas remontdarbu veikšana un pēc Pasūtītāja pieprasījuma - programmatūras pilnveidošanas darbu nodrošināšana. Uzstādāmās iekārtas un nepieciešamie darbi norādīti 2.1.tabulā.

2.1.tabula

Uzstādāmās iekārtas un nepieciešamie darbi Ventspils MKP

Nr. p.k.	Vieta	Uzstādāmās iekārtas	Nepieciešamie darbi
1.	Xxxxxx xxxx 00/00	Ass svari, MKP TLKAIS un videonovērošanas sistēma iebraucošajā joslā	1. Ass svaru, MKP TLKAIS un videonovērošanas sistēmas uzstādīšanas būvprojekta izstrāde. 2. Ass svaru, MKP TLKAIS un videonovērošanas uzstādīšanai nepieciešamo būvdarbu veikšana saskaņā ar izstrādāto būvprojektu. 3. Būvdarbu autoruzraudzība. 4. Ass svaru, MKP TLKAIS un videonovērošanas sistēmas piegāde un uzstādīšana (tajā skaitā datortehnikas un programmatūras), konfigurēšana pieslēgšanai centrālajam serverim un Ass svaru svēršanas rezultātu un uzstādītās MKP TLKAIS integrēšana VID rīcībā esošajā TLKAIS CDB.
2.	Xxxxxx xxxx 00/00	Ass svari, MKP TLKAIS un videonovērošanas sistēma izbraucošajā joslā
			5. Uzturēšanas un garantijas nodrošināšana.
			6. Nepieciešamības gadījumā – ārpus garantijas remontdarbu nodrošināšana.
			7. MKP TLKAIS un Ass svaru (tajā skaitā programmatūras) pilnveidošana.
3.	Plosta iela 7	MKP TLKAIS iebraucošajā un izbraucošajā joslā (videonovērošanas sistēma kopēja	1.MKP TLKAIS un videonovērošanas sistēmas uzstādīšanas būvprojekta izstrāde. 2.MKP TLKAIS un videonovērošanas sistēmas uzstādīšanai nepieciešamo būvdarbu

Nr.

p.k.

Vieta

Uzstādāmās iekārtas

Nepieciešamie darbi

abām joslām)

veikšana saskaņā ar izstrādāto būvprojektu.

3. Būvdarbu autoruzraudzība.

4. MKP TLKAIS un videonovērošanas sistēmas piegāde un uzstādīšana, konfigurēšana pieslēgšanai centrālajam serverim, kā arī uzstādītās MKP TLKAIS integrēšana VID rīcībā esošajā TLKAIS CDB.

5. Uzturēšanas un garantijas nodrošināšana.

6. Nepieciešamības gadījumā ārkārtas remontdarbu nodrošināšana.

7. MKP TLKAIS (tajā skaitā programmatūras) pilnveidošana.

Piezīme. Pirms Būvprojekta iesniegšanas attiecīgās pašvaldības Būvvaldē, Pasūtītājs veic tā ārējo ekspertīzi (termiņš – ne ilgāk kā 1 mēnesis).

2.2.2. Liepājas ostas muitas kontroles punktā jāveic 2 (divu) Ass svaru, MKP TLKAIS un videonovērošanas sistēmas risinājuma projektēšana, būvniecība, būvniecības autoruzraudzība, Ass svaru, TLKAIS (VISY OY ražotā TLKAIS vai ekvivalenta sistēma) un videonovērošanas sistēmas uzstādīšana, uzstādītās MKP TLKAIS integrēšana VID rīcībā esošajā TLKAIS CDB, veidojot vienotu TLKAIS sistēmu (tajā skaitā visas sistēmu darbības nodrošināšanai nepieciešamās programmatūras un to licenču piegāde un uzstādīšana), uzturēšanas un garantijas nodrošināšana Liepājas ostas muitas kontroles punktā (turpmāk – Liepājas MKP), kā arī nepieciešamības gadījumā - ārpus garantijas remontdarbu veikšana un pēc Pasūtītāja pieprasījuma - programmatūras pilnveidošanas darbu nodrošināšana. Uzstādāmās iekārtas un nepieciešamie darbi norādīti Tehniskās specifikācijas 2.2.tabulā.

2.2.tabula

Uzstādāmās iekārtas un nepieciešamie darbi Liepājas MKP

Nr.

p.k.

Vieta

Uzstādāmās iekārtas

Nepieciešamie darbi

Brīvostas iela

Ass svari, MKP TLKAIS un

videonovērošanas sistēma iebraucošajā joslā

1.Ass svaru, MKP TLKAIS un videonovērošanas sistēmas uzstādīšanas būvprojekta izstrāde.

2.Ass svaru, MKP TLKAIS un videonovērošanas sistēmas uzstādīšanai nepieciešamo būvdarbu veikšana saskaņā ar izstrādāto būvprojektu.

3. Būvdarbu autoruzraudzība.

Brīvostas iela

Ass svari, MKP TLKAIS un

videonovērošanas sistēma izbraucošajā joslā

4. Ass svaru, MKP TLKAIS un videonovērošanas sistēmas piegāde un uzstādīšana (tajā skaitā datortehnikas un programmatūras), konfigurēšana pieslēgšanai centrālajam serverim un Ass svaru svēršanas rezultātu un uzstādītās MKP TLKAIS integrēšana VID rīcībā esošajā TLKAIS CDB.

5.Uzturēšanas un garantijas nodrošināšana.

6.Nepieciešamības gadījumā – ārpus garantijas remontdarbu nodrošināšana.

7. MKP TLKAIS un Ass svaru (tajā skaitā programmatūras) pilnveidošana.

Piezīme. Pirms Būvprojekta iesniegšanas attiecīgās pašvaldības Būvvaldē, Pasūtītājs veic tā ārējo ekspertīzi (termiņš – ne ilgāk kā 1 mēnesis).

3. Vispārīgās prasības iekārtu uzstādīšanai, projektēšanai un

būvniecībai

3.1. VP.01 Projektēšanas un būvniecības uzdevums Ventspils ostas MKP 2 (divu) Ass svaru uzstādīšanas vietu un transporta līdzekļu un konteineru automātiskās identificēšanas sistēmas projektēšanai un uzstādīšanai

1. Objekts: – 2 (divu) jaunu, nelietotu Ass svaru un MKP TLKAIS uzstādīšana, x.xx. viss no nolikuma iepirkuma priekšmetā uzskaitītā

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

3. Projektēšanas/būvniecības vieta – Ventspils ostas teritorija

4. 1 (viens) MKP TLKAIS un Ass svari uz iebraucošās kravas transporta kustības joslas projektējami un izbūvējami transporta līdzekļu kustības (iebraucošajā) joslā uz Plosta ielas 20/14 (turpmāk - iebraucošās joslas), bet 1 (viens) MKP TLKAIS un Ass svari uz izbraucošās kravas transporta kustības joslas – transporta līdzekļu kustības (izbraucošajā) joslā uz Plosta ielas 20/14 (turpmāk – izbraucošā josla) (skat. Pielikumu Ventspils ostas TLKAIS Nr.1 un nr.2). 2 (divi) MKP TLKAIS – transporta līdzekļu kustības izbraucošajā un iebraucošajā xxxxx Xxxxxx xxxx 0 (skat. Pielikumu Ventspils ostas TLKAIS Nr.3 un nr.4).

5. MKP kategorija – kontroles punkts ar diennakts darba režīmu visa veida preču, mantu, kravu un citu priekšmetu, kā arī pārtikas preču kontrolei un pārvietošanai pāri valsts (muitas) robežai.

6. Transporta plūsma MKP

6.1 Plosta iela 20/14

3.1. tabula

Plūsma diennaktī	Automašīnas
Plūsma diennaktī	Iebrauc ostas teritorijā	Izbrauc no ostas teritorijā
Esošā	280	280
Projektējamā	500	500

6.2. Xxxxxx xxxx 0 0.0. tabula

Plūsma diennaktī	Automašīnas
Plūsma diennaktī	Iebrauc ostas teritorijā	Izbrauc no ostas teritorijā
Esošā	300	300
Projektējamā	400	400

3.1.1. Būvprojektēšanas un autoruzraudzības ietvaros veicamie darbi un prasības to izpildei, ja attiecīgajā objektā ir jāveic būvdarbi.

(Ja objektā būvniecība netiks veikta, bet tiks veikti ierīkošanas darbi, pretendentam jāizstrādā projekts tādā apjomā, lai darbus varētu realizēt un nodot ekspluatācijā, kā arī saņemt nepieciešamos attiecīgo institūciju saskaņojumus un atzinumus).

1. Prasības būvprojektēšanas sagatavošanas darbiem:

1.1. Būvprojektēšanas sagatavošanas darbi veicami saskaņā ar Latvijas Republikas spēkā esošajiem normatīvajiem aktiem un Būvatļauju projektēšanas darbiem.

1.2. Būvatļaujas pieprasījums, visu minētā objekta projektēšanai trūkstošo Būvprojektēšanas nosacījumu pieprasīšana, saņemšana, tajā skaitā nepieciešamo jaudu precizēts aprēķins. Izmaiņu saskaņošana esošajos dokumentos, ja būvprojektēšanas gaitā mainās nosacījumi un parametri.

1.3.Esošo inženierkomunikāciju izpēte projektējamo inženiertīklu pieslēgšanai. 1.4.Inženiertopogrāfiskā plāna pasūtīšana būvprojekta izstrādei nepieciešamā apjomā. 1.5.Inženierģeoloģiskās pases izstrāde (veikt ģeoloģijas urbumus tehniskā projekta izstrādei nepieciešamajā apjomā).

2. Būvprojekta sastāvs un prasības*

2.1. Vispārīgā daļa

2.1.1. Būvprojekta dokumentācija izstrādājama un saskaņojama LR normatīvajos aktos noteiktajā kārtībā, atbilstoši saņemtajai Būvatļaujai būvprojektēšanas darbiem, saņemtajiem tehniskajiem noteikumiem un iepirkuma nolikuma Tehniskajai specifikācijai.

2.1.2. Būvprojekts jāsaskaņo ar Pasūtītāju, kā arī ar citām institūcijām, kuras norādītas Būvatļaujā būvprojektēšanas darbiem. Pēc būvprojekta saskaņošanas un pozitīva ekspertīzes slēdziena saņemšanas, tas akceptējams attiecīgajā būvvaldē.

2.1.3. Būvprojekta sastāvam jāatbilst Ministru kabineta 2014.gada 2.septembra noteikumiem Nr.529 “Ēku būvnoteikumi” un tas noformējams atbilstoši Ministru kabineta 2015.gada 9.jūnija noteikumiem Nr.281 “Noteikumi par Latvijas būvnormatīvu LBN 202-15 “Būvprojekta saturs un noformēšana””. Ja piedāvājumu iesniegšanas laikā tiek izdoti jauni noteikumi, Pasūtītājam ir tiesības lūgt Pretendentu precizēt būvprojekta sastāvu saskaņā ar jaunajiem noteikumiem.

*Pretendents izmanto tos veicamos darbus un prasības to izpildei , kas nepieciešami piedāvātajam risinājumam.

2.2. Arhitektūras daļa

2.2.1. Teritorijas sadaļa (TS).

2.2.2. Arhitektūras sadaļa, arhitektūras risinājumi, būvju un konstruktīvo iekārtu izvietojums, to fasādes, kā arī ieverot visus konstruktīvos balsta elementus ar tehnisko aprīkojumu (AR).

2.3. Inženierrisinājumu daļa

2.3.1. Būvkonstrukcijas (BK)

2.3.2. Lietus ūdens kanalizācija (ŪKT).

2.3.3. Elektroapgāde (EL), iekļaujot arī zibensaizsardzības, zemējuma un potenciālu izlīdzināšanas risinājuma sadaļas.

2.3.4. Elektronisko sakaru sistēmu ārējie tīkli (EST) un/vai elektronisko sakaru sistēmas (ESS), iekļaujot arī videonovērošanu un datu pārraides tīklus.

2.3.5. Elektroapgādes ārējie elektriskie tīkli (ELT)

2.3.5. Vides aizsardzības pasākumi.

2.4. Ekonomikas daļa

2.4.1. Būvdarbu apjomu pilns saraksts (BA).

2.4.2. Izmaksu aprēķins (tāmes) (T).

2.4.3. Darbu organizācijas projekts (DOP).

3. Īpašas prasības

3.1. Sagatavot un saskaņot ar Pasūtītāju būvprojektēšanas uzdevumu, saskaņā ar LR spēkā esošo normatīvo aktu prasībām un iepirkuma nolikuma Tehnisko specifikāciju.

3.2. Katras būvprojekta daļas vai sadaļas sertificēts vadītājs atbild par konkrēto projekta daļu vai sadaļu, kuru tas projektējis, un par tās saskaņošanu attiecīgajās kontroles un uzraudzības institūcijās.

1. būvprojekta sastāvā jāietver visi detalizētie rasējumi, kas nepieciešami būvobjekta atsevišķo daļu un elementu īstenošanai. Katrā no rasējumiem, ja tie norāda uz citu lapu vai citu projekta sadaļu, jābūt viennozīmīgi norādei uz šo rasējumu un konkrētā savienojuma apzīmējumu. Rasējumos iekļauj visu elementu apzīmējumu skaidrojumu, lai bez izstrādātāja palīdzības ir iespējams novērtēt rasējumā attēloto informāciju.

2. kabeļu kanalizācijas sistēmas, telekomunikāciju un elektrotīklu, zibensaizsardzības, zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības, balsta stabu un iekārtu stiprinājuma konstrukcijas, notekūdeņu kanalizācijas sistēmas, svaru bedres ar apsildāmiem laukumiem un MKP TLKAIS ārējo iekārtu (tajā skaitā stabi, cilpas un kontrolieri) izvietojuma plānošana un tehnisko risinājumu projektēšana;

3. projektējot telekomunikācijas tīklu, jāparedz, ka visi MKP TLKAIS objekti Xxxxxx xxxx 0 un Xxxxxx xxxx 00/00 tiek savienoti ar Sarkanmuižas dabī 25ª serveru telpā esošo komutācijas skapi. Starpsavienojuma izveide jāveic atbilstoši šīs tehniskās specifikācijas prasībai NP.03-7.

Katrā no objektiem optiskā starpsavienojuma izbūves daļai jābūt projektētai atsevišķi, jo VID ir tiesības neierīkot starpsavienojumu starp Plosta 7 un Sarkanmuižas dambi 25a, bet izmantot trešās puses pakalpojumus;

4. 2 (divu) jaunu, nelietotu Ass svaru uzstādīšanas vietas un tehniskā risinājuma projektēšana;

5. videonovērošanas sistēmas projektēšana;

6. transporta līdzekļu un konteineru numuru nolasīšanas un atpazīšanas precizitātes testu veikšana autoruzraudzības laikā, lai tiktu nodrošināta ne mazāk kā 95 % (deviņdesmit piecu procentu) transporta līdzekļu un konteineru numuru atpazīšana

3.1.2. VP.01-1 MKP TLKAIS

1. MKP TLKAIS kameras jāprojektē un jāuzstāda tā, lai tiktu nodrošināta to fiziska aizsardzība pret bojājumiem no garāmbraucošām automašīnām.

zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības un citas saistošās sistēmas projekta ietvaros, jānodrošina atbilstība spēkā esošajiem Latvijas standartiem Latvijas Elektrotehniskās Komisijas (LEK) energostandartiem, kas attiecas uz katru projektējamo vai izbūvējamo sistēmu.

3.1.3. Prasības Ass svariem

1. 1. Ass svari atbilst OIML dokumenta R134 prasībām Ass svaru konstrukcijas prasības:

2.1. slodze – 25 t;

2.2. darbības režīms – dinamikā (līdz 50 km/h);

2.3. (VP.01-1.1.) dzelzsbetona uzbraukšanas un nobraukšanas plātnes ar elektrisko apsildīšanu un ar norobežojošām barjerām, lai nodrošinātu precīzu uzbraukšanu uz ass svariem. Svaru apsildes laukumiem jānodrošina autotransporta vienmērīgu kustību ziemā, lai svaru zonā neveidotos apledojums ar sniega un ledus nelīdzenumiem. Apsildes laukumu izmēriem jābūt pietiekamiem, lai transportlīdzekļu sastāviem, kas sastāv no automobiļa ar piekabi, pārvietojoties pāri svariem pilnībā atrodas uz apsildes laukuma. Apsildes laukuma vadības kontrolleram jābūt ar SNMP protokola atbalstu un tam jābūt pieslēgtam pie VID centrālās monitoringa sistēmas. Ja piedāvāto svaru uzstādīšanai/ekspluatācijai/uzturēšanai nav nepieciešami Svaru apsildes laukumi, Pretendents var piedāvāt citu risinājumu;

2.4. ~~atbilstoši spēkā esošajiem normatīvajiem aktiem un standartiem aploces ātrumvaļņa~~ ~~izbūve iebraucošajā joslā pirms svariem Nr.1 (skat. Pielikumu I.daļa Izvietošanas shēma~~ ~~Xxxxxxxxx Xxxxxx xxxx 00/00), lai nodrošinātu ātruma ierobežojuma ievērošanu.~~

2.5. Ass svaru procesors novietots vadības skapī (var būt viens vadības skapis gan TLKAIS, gan Ass svariem) blakus svaru kompleksam, nodrošināts ar apsildes un ventilācijas sistēmu, temperatūras sensoru (ar SNMP protokola atbalstu), kas tiek pieslēgts kopējai VID monitoringa sistēmai.

2.6. (VP.01-1.2.) Svaru bedres dziļums ne mazāks, kā 0.5m, svaru platformas bedres apakšā jābūt smilšu uztveršanas kastei un lietus ūdens novadīšanas kanalizācijas caurule jābūt D=110mm, kura iebetonēta virs smilšu uztveršanas kastes. Ass svaru platformas bedrei jābūt apsildāmai un aprīkotai ar zemējuma šinu vai potenciālu izlīdzināšanas pieslēguma vietu, kas pievienota pie zemējuma kontūra. Tajā jābūt uzstādītam temperatūras sensoram (ar SNMP protokola atbalstu), kas tiek pieslēgts VID kopējai monitoringa sistēmai. Ja piedāvāto svaru uzstādīšanai/ekspluatācijai/uzturēšanai nav nepieciešama svaru bedre, Pretendents var piedāvāt citu risinājumu.

2.7. zibensaizsardzības, zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības sistēmai jānodrošina uzstādīto iekārtu, kā arī visu signālu pārraides un barošanas ķēdes aizsardzība.

2.8. izmantojot Ass svaru sistēmu, nedrīkst ierobežot vai kavēt robežkontroles procesu.

3.1.4. VP.01-2 Transporta līdzekļu kustības regulēšanas sistēmas izveide, kas nodrošinātu Ass svaru un MKP TLKAIS korektu darbību saskaņā ar Konkursa nolikuma prasībām

transportlīdzekļu kustību tikai pāri Ass svariem, nepieļaujot daļēju vai pilnīgu neuzbraukšanu uz tiem;

2. Nepieciešamo ceļu zīmju utml. uzstādīšana, tajā skaitā, kas paredz aizliegumu stāvēt transportlīdzekļiem TLKAIS un svaru darbības zonā.

3. Nepieciešamo mehānisko ierobežotāju uzstādīšana, kas pasargā TLKAIS kameras no iespējamās sabojāšanas ar transportlīdzekļu konteinera durvīm.

4. Joslas ar Ass svariem ir jānorobežo no pretēja virziena auto transporta kustības joslas.

5. Transporta līdzekļu momentānā ātruma attēlošanas displeju uzstādīšana pirms TLKAIS un svaru darbības zonas

Attēlam ir informatīvs raksturs

3.1.5. VP.01-3 Ass svaru uzstādīšanas vietu būvniecības autoruzraudzība

Jānodrošina visā būvniecības laikā no būvatļaujas saņemšanas dienas līdz pieņemšanai ekspluatācijā (izņemot pārtraukumus būvdarbu laikā) saskaņā ar Latvijas būvnormatīvu prasībām un Būvvaldes akceptēto Būvprojektu.

3.1.6. VP.01-4 Prasības būvniecības laikā veicamo darbu izpildei

Būvdarbi jāveic saskaņā ar Latvijas Republikā spēkā esošajām būvniecību regulējošajām normatīvo aktu prasībām.

Vispārīgās prasības:

3.3. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
VP.01-4-1	Pretendentam jāiesniedz pasūtītājam darbu izpildes laika grafiks, kurā iekļautas vismaz šādas sadaļas: 1. Projektēšana*. 2. Būvniecība. 3. TLKAIS, Ass svaru un videonovērošanas sistēmas piegāde un uzstādīšana. 4. Būvprojekta dokumentācijas sagatavošana. 5. Risinājuma kompleksā testēšana. 6. Pasūtītāja darbinieku apmācība Termiņus laika grafikā jānorāda kalendārajās dienās, nepiesaistot tos konkrētiem datumiem.
VP.01-4-2	Darbu izpilde jānodrošina ne vēlāk kā 18 (astoņpadsmit) mēnešu laikā no pasūtītāja pieprasījuma nosūtīšanas dienas.
VP.01-4-3	Projektēšana un būvniecības jārealizē saskaņā ar spēkā esošajiem normatīvajiem aktiem. Ja Konkursa nolikumā ir atsauces uz spēku zaudējušu normatīvo aktu, tad izpilde jānodrošina atbilstoši attiecīgā jaunā normatīvā akta prasībām.

*Piezīme. Pirms Būvprojekta iesniegšanas attiecīgās pašvaldības Būvvaldē, Pasūtītājs veic tā ārējo ekspertīzi (termiņš – ne ilgāk kā 1 mēnesis).

3.1.7. VP.01-5 Prasības projektēšanas laikā, būvprojekta sagatavošanai un iesniegšanai

3.4. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
1.	Pretendentam projektēšana jāveic atbilstoši tehniskās specifikācijas prasībām.
2.	Pretendentam jāizstrādā būvniecības laika satiksmes organizācijas plāns, lai nodrošinātu transporta līdzekļu kustību, kurš tiks iesniegts pasūtītājām kopā ar izstrādāto būvprojektu.
3.	Būvprojekts ir jāsagatavo saskaņā ar Ministru kabineta noteikumiem Nr.281 “Noteikumi par Latvijas būvnormatīvu LBN 202-15 “Būvprojekta saturs un noformēšana” un citu spēkā esošo normatīvo aktu prasībām un jāiesniedz pasūtītājam divos eksemplāros papīra formā ar saskaņojumu oriģināliem un elektroniskā formātā (DWG un PDF) uz datu nesēja.
4.	Katrai no adresēm jāsagatavo atsevišķs projekts – atsevišķi par Xxxxxx xxxx 0, Xxxxxxxxx un atsevišķi par Xxxxxx xxxx 00/00, Xxxxxxxxx.
5.	Pretendenta izstrādātajā projektā katram no objektiem optiskā starpsavienojuma izbūves daļai jābūt projektētai atsevišķi.
6.	Pirms detalizēta būvprojekta izstrādes Pretendentam jāiesniedz būvniecības iecere attiecīgajā būvvaldē saskaņa ar spēkā esošiem būvniecības jomu reglamentējošiem normatīviem aktiem un jāsaņem būvatļauja attiecīgajā būvvaldē. Izpildītājs pēc būvprojekta sagatavošanas nodrošina tā saskaņošanu ar Pasūtītāju (Pasūtītājs attiecīgi paredz veikt projekta ārējo ekspertīzi), saskaņošanu un apstiprināšanu Ventspils pilsētas domes Arhitektūras un pilsētbūvniecības nodaļā un, ja nepieciešams, citās iestādēs, saskaņā ar spēkā esošiem būvniecības jomu reglamentējošiem normatīviem aktiem.
7.	Samaksa par būvprojekta izstrādi tiks veikta 30 dienu laikā pēc būvprojekta nodošanas - pieņemšanas akta abpusējas parakstīšanas
8.	Pretendentam kopā ar būvprojektu jāiesniedz pasūtītājam būvdarbu un MKP TLKAIS, Ass svaru un videonovērošanas sistēmas piegādes un uzstādīšanas darbu detalizēts izpildes kalendārais grafiks.

3.1.8. VP.01-6 Prasības autoruzraudzībai

3.5. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
1.	Pretendentam būvniecības laikā jānodrošina tā izstrādātā būvprojekta autoruzraudzība
2.	Autoruzraudzības cena nedrīkst pārsniegt 1 % no kopējās būvdarbu cenas eiro (bez PVN).
3.	Būvniecības laikā jānodrošina atbildīgā būvprojektu vadītāja regulāru klātbūtni objektā, ne retāk kā vienu reizi nedēļā.

3.1.9. VP.01-7 Prasības būvniecības laikā

3.6. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
1.	Pretendentam jānodrošina vismaz 1 (viena) josla, transporta līdzekļu kustībai un kontroles nodrošināšanai, ievērojot satiksmes organizācijas plānu būvniecības laikā, kurš tiks iesniegts pasūtītājām kopā ar izstrādāto būvprojektu
2.	Pretendents nedrīkst traucēt nepārtrauktu elektrības padevi, datortīkla darbību un sakarus. Pretendentam jānodrošina pagaidu elektropieslēguma nodrošināšana būvniecības laikā.
3.	Pretendents nedrīkst traucēt nepārtrauktu MKP klientu apkalpošanu, x.xx. nepārtrauktu MKP sniegto pakalpojumu nodrošināšanu.
4.	Pretendentam jānodrošina minimālu pretendenta darbinieku pārvietošanos pa MKP teritoriju.
5.	Pretendentam 2 (divas) darba dienas pirms darbu uzsākšanas jāsaskaņo ar MKP muitas virsuzraugu tā darbinieku, darba laiku un transportlīdzekļu sarakstus.
6.	Visiem Pretendenta transporta līdzekļiem un pretendenta darbiniekiem jābūt atpazīšanas zīmei, lai tos varētu atšķirt no MKP strādājošajiem dienestiem un MKP klientiem.
7.	Pretendentam aizliegts izmantot MKP dienestu komunikācijas un sakarus, tos jānodrošina pašiem.
8.	Pretendenta darbinieki drīkst atrasties MKP teritorijā tikai viņu darba laikā un vietā.
9.	Samaksa par veiktajiem būvdarbiem tiek veikta saskaņā ar līguma noteikumiem.
10.	Būvniecība jānodrošina saskaņā ar apstiprināto būvprojektu.
11.	Optiskā starpsavienojuma izbūve starp objektiem Xxxxxx xxxx 0 un Sarkanmuižas dambī 25a jāveic tikai pēc saskaņošanas ar VID.

3.2. VP.02 PROJEKTĒŠANAS UN BŪVNIECĪBAS UZDEVUMS Liepājas ostas MKP 2 (divu) Ass svaru uzstādīšanas vietu un transporta līdzekļu un konteineru automātiskās identificēšanas sistēmas projektēšanai un uzstādīšanai

1. Objekts: – 2 (divu) jaunu, nelietotu ass svaru uzstādīšana un MKP TLKAIS uzstādīšana, x.xx. viss no nolikuma iepirkuma priekšmetā uzskaitītā.

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

3. Projektēšanas/būvniecības vieta – Liepājas ostas teritorija.

4. 1 (viens) MKP TLKAIS un Ass svari projektējami un izbūvējami uz iebraucošās kravas transporta kustības joslas uz Brīvostas ielas (turpmāk - iebraucošās joslas), un 1 (viens) MKP TLKAIS un Ass svari projektējami un izbūvējami uz izbraucošās kravas transporta kustības joslas uz Brīvostas ielas (turpmāk –

izbraucošā josla) un 1 (vienas) videonovērošanas sistēmas uzstādīšana (viena kopēja gan iebraucošajā, gan izbraucošajā joslā).

6. Transporta plūsma Brīvostas ielā, Liepājā.

3.7.tabula

Plūsma diennaktī	Transportlīdzekļi
Plūsma diennaktī	Iebrauc ostas teritorijā	Izbrauc no ostas teritorijas
Esošā	480	430
Projektējamā	550	550

3.2.1. Būvprojektēšanas un autoruzraudzības ietvaros veicamie darbi un prasības to izpildei

1. Prasības būvprojektēšanas sagatavošanas darbiem

1.1. Būvprojektēšanas sagatavošanas darbi veicami saskaņā ar LR spēkā esošajiem normatīvajiem aktiem un Būvatļauju projektēšanas darbiem.

2. Būvprojekta sastāvs un prasības*

2.1. Vispārīgā daļa

*Pretendents izmanto tos veicamos darbus un prasības to izpildei, kas nepieciešamas piedāvātajam risinājumam.

2.2. Arhitektūras daļa

2.2.1. Teritorijas sadaļa (TS).

2.2.2. Arhitektūras sadaļa, arhitektūras risinājumi, būvju un konstruktīvo iekārtu izvietojums, to fasādes, kā arī ieverot visus konstruktīvos balsta elementus ar aprīkojumu, (AR).

2.3. Inženierrisinājumu daļa

2.3.1. Būvkonstrukcijas (BK).

2.3.2. Lietus ūdens kanalizācija (ŪKT).

2.3.3. Elektroapgāde (EL), iekļaujot arī zibensaizsardzības, zemējuma un potenciālu izlīdzināšanas risinājuma sadaļas.

2.3.4. Elektronisko sakaru ārējie tīkli (EST) un/vai elektronisko sakaru sistēmas (ESS), iekļaujot arī videonovērošanu un datu pārraides tīklus.

2.3.5. Elektroapgādes ārējie elektriskie tīkli (ELT)

2.3.5. Vides aizsardzības pasākumi.

2.4. Ekonomikas daļa

2.4.1. Būvdarbu apjomu pilns saraksts (BA).

2.4.2. Izmaksu aprēķins (tāmes) (T).

2.4.3. Darbu organizācijas projekts (DOP).

3. Īpašas prasības

3.1. Sagatavot un saskaņot ar Pasūtītāju būvprojektēšanas uzdevumu, saskaņā ar LR spēkā esošo normatīvo aktu prasībām un iepirkuma nolikuma Tehnisko specifikāciju (pielikums Liepājas ostas TLKAIS Nr.1 un nr.2).

3.3. Būvprojekta sastāvā jāietver visi detalizētie rasējumi, kas nepieciešami būvobjekta atsevišķo daļu un elementu īstenošanai. Katrā no rasējumiem, ja tie norāda uz citu lapu vai citu projekta sadaļu, jābūt viennozīmīgi norādei uz šo rasējumu un konkrētā savienojuma apzīmējumu. Rasējumos iekļauj visu elementu apzīmējumu skaidrojumu, lai bez izstrādātāja palīdzības ir iespējams novērtēt rasējumā attēloto informāciju.

3.4. kabeļu kanalizācijas sistēmas, telekomunikāciju un elektrotīklu, zibensaizsardzības, zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības, balsta stabu un iekārtu stiprinājuma konstrukcijas, notekūdeņu kanalizācijas sistēmas, svaru bedres ar apsildāmiem laukumiem un MKP TLKAIS ārējo iekārtu (tajā skaitā stabi, cilpas un kontrolieli) izvietojuma plānošana un tehniskā risinājuma projektēšana;

3.5. projektējot telekomunikācijas tīklu, jāparedz, ka visi MKP TLKAIS objekti tiek savienoti ar O.Xxxxxxx xxxx 000, Liepājā MKP telpā plānoto komutācijas skapi, starpsavienojuma izveide jāveic atbilstoši šīs tehniskās specifikācijas prasībai NP.03- 7;

3.6. 2 (divu) Ass svaru uzstādīšanas vietas plānošana un tehniskā risinājuma projektēšana;

3.7.videonovērošanas sistēmas projektēšana;

3.8. transporta līdzekļu un konteineru numuru nolasīšanas un atpazīšanas precizitātes testu veikšana autoruzraudzības laikā, lai tiktu nodrošināta ne mazāk kā 95 % (deviņdesmit piecu procentu) transporta līdzekļu un konteineru numuru atpazīšana. Precizitātes aprēķins balstās uz kritērijiem, kas minēti FP.02-2-5 punktā

3.2.2. VP.02-1 MKP TLKAIS

1. MKP TLKAIS kameras jāprojektē un jāuzstāda tā, lai tiktu nodrošināta to fiziska aizsardzība pret bojājumiem no garāmbraucošām automašīnām ar papildus mehāniskajiem norobežotājiem.

2. Projektējot un izbūvējot MKP TLKAIS elektrobarošanas iekšējās un ārējās instalācijas, kabeļu kanalizācijas, elektrobarošanas sadalnes, automātiku, barojošās ķēdes (barošanas bloki u.c.), elektroniskās sakaru sistēmas, zibensaizsardzības, zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības un citas saistošās sistēmas projekta ietvaros, jānodrošina atbilstība spēkā esošajiem Latvijas standartiem Latvijas Elektrotehniskās Komisijas (LEK) energostandartiem, kas attiecas uz katru projektējamo vai izbūvējamo sistēmu.

3.2.3. Prasības Ass svariem

1. Ass svari atbilst OIML dokumenta R134 prasībām.

2. Ass svaru konstrukcijas prasības:

2.1. slodze – 25 t;

2.2. darbības režīms – dinamikā (līdz 50 km/h);

2.3. (VP.02-1.1.) dzelzsbetona uzbraukšanas un nobraukšanas plātnes ar elektrisko apsildīšanu un ar norobežojošām barjerām, lai nodrošinātu precīzu uzbraukšanu uz ass svariem Svaru apsildes laukumiem jānodrošina autotransporta vienmērīgu kustību ziemā, lai svaru zonā neveidotos apledojums ar sniega un ledus nelīdzenumiem. Apsildes laukumu izmēriem jābūt pietiekamiem, lai transportlīdzekļu sastāviem, kas sastāv no automobiļa ar piekabi, pārvietojoties pāri svariem pilnībā atrodas uz apsildes laukuma. Apsildes laukuma vadības kontrolleram jābūt ar SNMP protokola atbalstu un tam jābūt pieslēgtam pie VID centrālās monitoringa sistēmas. Ja piedāvāto svaru uzstādīšanai/ekspluatācijai/uzturēšanai nav nepieciešami Svaru apsildes laukumi, Pretendents var piedāvāt citu risinājumu;

2.4. atbilstoši spēkā esošajiem normatīvajiem aktiem un standartiem aploces ātrumvaļņa izbūve katrā joslā pirms svariem, lai nodrošinātu ātruma ierobežojuma ievērošanu.

2.6. (VP.02-1.2.) Ass svaru bedres dziļums ne mazāks, kā 0.5m, svaru platformas bedres apakšā jābūt smilšu uztveršanas kastei un lietus ūdens novadīšanas kanalizācijas caurule jābūt D=110mm kura iebetonēta virs smilšu uztveršanas kastes. Ass svaru platformas bedrei jābūt apsildāmai un aprīkotai ar zemējuma šinu vai potenciālu izlīdzināšanas pieslēguma vietu, kas pievienota pie zemējuma kontūra. Tajā jābūt uzstādītam temperatūras sensoram (ar SNMP protokola atbalstu), kas tiek pieslēgts VID kopējai monitoringa sistēmai. Ja piedāvāto svaru uzstādīšanai/ekspluatācijai/uzturēšanai nav nepieciešama svaru bedre, Pretendents var piedāvāt citu risinājumu. Ja piedāvāto svaru uzstādīšanai/ekspluatācijai/uzturēšanai nav nepieciešama svaru bedre, Pretendents var piedāvāt citu risinājumu.

2.7. zibensaizsardzības, zemējuma, potenciālu izlīdzināšanas un pārsprieguma aizsardzības sistēmai jānodrošina pašu iekārtu, kā arī visu signālu pārraides un barošanas ķēdes aizsardzība.

2.8. izmantojot Ass svaru sistēmu, nedrīkst ierobežot vai kavēt robežkontroles procesu.

3.2.4. VP.02-2 Transporta līdzekļu kustības regulēšanas sistēmas izveide, kas nodrošinātu Ass svaru un MKP TLKAIS korektu darbību saskaņā ar Konkursa nolikuma prasībām:

1. Transporta līdzekļu kustības organizēšana MKP TLKAIS un Ass svaru zonā, lai nodrošinātu transportlīdzekļu kustību TLKAIS darbības zonā, transportlīdzekļa identificēšanai un numura zīmju atpazīšanai, un transportlīdzekļu kustību tikai pāri Ass svariem, nepieļaujot daļēju vai pilnīgu neuzbraukšanu uz tiem (piemēram, automātiski vadāmu barjeru (turpmāk – bolardi) vai citu līdzvērtīgu norobežojumu uzstādīšana);

2. Nepieciešamo ceļu zīmju utml. uzstādīšana;

3. Joslas ar Ass svariem ir jānorobežo no pretējā virziena auto transporta kustības joslas. Xxxxxx ir jānorobežo ar bolardiem, kas atbilst šādām prasībām:

4. Bolardu skaits ir ne mazāk kā pieci (vienādā attālumā viena no otras), pirmais bolards svaru apsildes laukuma sākumā, pēdējais bolards svaru apsildes laukuma beigās;

5. Bolardu augstums paceltā stāvoklī ir ne mazāk kā: 70cm;

6. Bolardi ir izgaismoti ar gaismas diodēm (LED);

7. Bolardi ir aprīkoti ar kustības brīdinājuma skaņu un gaismas signālu;

8. Bolardi ir aprīkoti ar apsildes sistēmu, lai nodrošinātos pret bolardu iesalšanu;

9. Bolardi ir aprīkoti ar automatizētu distances vadības sistēmu (vadība tiek veikta no muitas kontroles posteņa telpām X.Xxxxxxx xxxx 000, manuāla vadība paredzēta tiešā bolardu tuvumā);

10. Bolardu aizsardzības līmenis pret putekļiem un šķidrumiem ir ne mazāk kā: IP 67;

11. Pirmajiem bolardiem no katras puses triecienizturība ir atbilstoša Eiropas testam PAS68 - 7,5 t pie 80 km/h;

12. Bolardu pacelšanās/nolaišanās laiks ir ne ilgāks kā 60 sekundes;

13. Visu bolardu automātiskā pacelšana/nolaišana notiek vienlaikus;

14. Bolardu konstrukcija paredz bolardu palikšanu paceltā stāvoklī automātiskās vadības atteikuma/traucējuma (elektroapgādes traucējumi) gadījumā ar iespēju nolaist tos manuāli pēc nepieciešamības;

15. Bolardu ekspluatācijas temperatūras amplitūda ir ne mazāka kā: no/līdz: - 30/+400C (ar papildus apsildi);

16. Bolardiem garantijas laikā ir jānodrošina ražotāja noteiktās periodiskās apkopes, bet atteikumu gadījumā - garantijas remonts.

17. Transporta līdzekļu momentānā ātruma attēlošanas displeju uzstādīšana pirms TLKAIS un svaru darbības zonas.

Attēlam ir informatīvs raksturs

3.2.5. VP.02-3 Ass svaru uzstādīšanas vietu būvniecības autoruzraudzība

3.2.6. VP.02-4 Prasības būvniecības laikā veicamo darbu izpildei

Būvdarbi jāveic saskaņā ar Latvijas Republikā spēkā esošajām būvniecību regulējošajām normatīvo aktu prasībām.

Vispārīgās prasības:

3.8. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
VP.02-4-1	Pretendentam jāiesniedz pasūtītājam darbu izpildes laika grafiks, kurā iekļautas vismaz šādas sadaļas: 1. Projektēšana*. 2. Būvniecība. 3. MKP TLKAIS, Ass svaru un videonovērošanas sistēmas piegāde un uzstādīšana. 4. Būvprojekta dokumentācijas sagatavošana. 5. Risinājuma kompleksā testēšana. 6. Pasūtītāja darbinieku apmācība. Termiņus laika grafikā jānorāda kalendārajās dienās, nepiesaistot tos konkrētiem datumiem.
VP.02-4-2	Darbu izpilde jānodrošina ne vēlāk kā 18 (viens simts piecdesmit) mēnešu laikā no pasūtītāja pieprasījuma nosūtīšanas dienas.
VP.02-4-3	Projektēšana un būvniecība jārealizē saskaņā ar spēkā esošajiem normatīvajiem aktiem. Ja Konkursa nolikumā ir atsauces uz spēku zaudējušu normatīvo aktu, tad izpilde jānodrošina atbilstoši attiecīgā jaunā normatīvā akta prasībām.

3.2.7. VP.02-5 Prasības projektēšanas laikā, būvprojekta sagatavošanai un iesniegšanai

3.9. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
1.	Pretendentam projektēšana jāveic atbilstoši tehniskās specifikācijas

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
	prasībām.
2.	Pretendentam jāizstrādā būvniecības laika satiksmes organizācijas plāns, lai nodrošinātu transporta līdzekļu kustību, kurš tiks iesniegts pasūtītājām kopā ar izstrādāto būvprojektu.
3.	Būvprojekts ir jāsagatavo saskaņā ar spēkā esošo normatīvo aktu prasībām un jāiesniedz pasūtītājam divos eksemplāros papīra formā ar saskaņojumu oriģināliem un elektroniskā formātā uz datu nesēja.
4.	Pirms detalizēta būvprojekta izstrādes Pretendentam jāiesniedz būvniecības iecere attiecīgajā būvvaldē saskaņa ar spēkā esošiem būvniecības jomu reglamentējošiem normatīviem aktiem un jāsaņem būvatļauja attiecīgajā būvvaldē. Pretendents pēc būvprojekta sagatavošanas nodrošina tā saskaņošanu ar Pasūtītāju, saskaņošanu un apstiprināšanu Liepājas pilsētas būvvaldē un, ja nepieciešams, citās iestādēs, saskaņā ar spēkā esošiem būvniecības jomu reglamentējošiem normatīviem aktiem.
5.	Samaksa par būvprojekta izstrādi tiks veikta 30 dienu laikā pēc būvprojekta nodošanas - pieņemšanas akta abpusējas parakstīšanas.
6.	Pretendentam kopā ar būvprojektu jāiesniedz pasūtītājam būvdarbu un MKP TLKAIS, Ass svaru un videonovērošanas sistēmas piegādes un uzstādīšanas darbu detalizētu izpildes kalendāro grafiku.

3.2.8. VP.02-6 Prasības autoruzraudzībai:

3.10. tabula

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
1.	Pretendentam būvniecības laikā jānodrošinās tā izstrādātā būvprojekta autoruzraudzība.
2.	Autoruzraudzības cena nedrīkst pārsniegt 1 % no kopējās būvdarbu cenas eiro (bez PVN).
3.	Būvniecības laikā jānodrošina atbildīgā būvprojektu vadītāja regulāru klātbūtni objektā, ne retāk kā vienu reizi nedēļā.

3.2.9. VP.02-7 Prasības būvniecības laikā

3.11. tabula

Nr. p.k.

Obligātie (minimālie) nosacījumi un prasības

Pretendentam jānodrošina vismaz 1 (viena) josla, transporta līdzekļu kustībai un kontroles nodrošināšanai, ievērojot satiksmes organizācijas plānu būvniecības laikā, kurš tiks iesniegts Pasūtītājam kopā ar izstrādāto

būvprojektu

Pretendents nedrīkst traucēt nepārtrauktu elektrības padevi, datortīkla darbību un sakarus.

Pretendentam jānodrošina pagaidu elektropieslēguma nodrošināšana būvniecības laikā.

Nr. p.k.	Obligātie (minimālie) nosacījumi un prasības
3.	Pretendents nedrīkst traucēt nepārtrauktu MKP klientu apkalpošanu, x.xx. nepārtrauktu MKP sniegto pakalpojumu nodrošināšanu.
4.	Pretendentam jānodrošina minimālu pretendenta darbinieku pārvietošanos pa MKP teritoriju.
5.	Pretendentam 2 (divas) darba dienas pirms darbu uzsākšanas jāsaskaņo ar MKP muitas virsuzraugu tā darbinieku, darba laiku un transportlīdzekļu sarakstus.
6.	Visiem Pretendenta transporta līdzekļiem un pretendenta darbiniekiem jābūt atpazīšanas zīmei, lai tos varētu atšķirt no MKP strādājošajiem dienestiem un MKP klientiem.
7.	Pretendentam aizliegts izmantot MKP dienestu komunikācijas un sakarus, tos jānodrošina pašiem.
8.	Pretendenta darbinieki drīkst atrasties MKP teritorijā tikai viņu darba laikā un vietā.
9.	Samaksa par veiktajiem būvdarbiem tiek veikta saskaņā ar līguma noteikumiem.
10.	Būvniecība jānodrošina saskaņā ar apstiprināto būvprojektu.

4. Funkcionālās prasības

4.1. FP.01 Vispārīgas prasības MKP TLKAIS

FP.01-1 MKP TLKAIS sistēma jādarbojas šādi:

1. Transportlīdzeklim iebraucot Muitas kontroles punktā, to identificē sensors (piemēram, magnētiskā cilpa, induktīvā cilpa, optiskais sensors utt.), kas dod impulsu caurbraucošā transportlīdzekļa attēlu tveršanai.

2. Uztverot attēlus, notiek numuru zīmju un konteineru numuru (turpmāk – identifikatori) identifikācijas un atpazīšanas process.

3. Visi dati, kas attiecas uz caurbraucošo transportlīdzekli (turpmāk – notikuma dati), tostarp attēli un apstrādātā informācija, tiek uzglabāta VID rīcībā esošās Somijas uzņēmuma VISY OY izstrādātās TLKAIS centrālajā serverī, lai turpmāk datus varētu izmantot šādiem mērķiem: vaicājumi par pagātnes notikumiem, pārskatu ģenerēšana, statistiskā analīze utt. VID rīcībā esošās Somijas uzņēmuma VISY OY izstrādātas TLKAIS darbināšanai tiek izmantota uzņēmuma VISY OY izstrādāta standartprogrammatūra.

4. Izmantojot lietojumprogrammatūras saskarni, Operators uzrauga procesu. Ja identifikatori tiek uzrādīti iepriekš noteiktā vietējā aizdomīgu gadījumu sarakstā, operatora saskarnei tiek nosūtīts brīdinājuma signāls (ar apstiprinājuma pieprasījumu). Var arī ģenerēt attālinātas trauksmes izvēlētām iestādēm, dienestiem vai personām. Identificēto transportlīdzekli/konteineru var pārbaudīt vienā vai vairākās attālinātās verifikācijas sistēmās (parasti valstu tiesībaizsardzības datu bāzēs).

FP.01-2 MKP TLKAIS jāapstrādā un jāsaglabā reālā laika dati par identificētiem (numuru zīmes un konteineru kodi) transportlīdzekļiem, kas iebrauc ES teritorijā un izbrauc no tās.

FP.01-3 MKP TLKAIS jānodrošina divvirzienu izmantošanas funkcionalitāte, piemēram, gadījumiem, kad ir bloķēta braukšanas josla - ceļu satiksmes negadījums, ceļa aizsprostojums, satiksmes sastrēgums.

Piezīme. Prasība neattiecas uz Ventspils ostas MKP.

FP.01-4 Jebkuru MKP TLKAIS infrastruktūras elementu, kas pieslēgti pie datortīkla, problēmu gadījumā (piem., kameras, kontrollers, energoapgādes iekārtas utt.) sistēmai jāģenerē brīdinājuma ziņojums (SNMP protokola veidā) un jānosūta uz centrālo monitoringu. Kļūmīgās transakcijas jāuzkrāj un atkārtoti jāapstrādā pēc savienojuma atjaunošanas.

4.2. FP.02 Prasības MKP TLKAIS komponentēm

MKP TLKAIS sistēmai jāietver vismaz šādas komponentes, kas atkarībā no piedāvātā risinājuma var mainīties, bet piedāvātam risinājumam kopumā jāpilda visas tehniskajā specifikācijā noteiktās prasības, nodrošinot FP.01. prasībā noteiktos mērķus.

FP.02-1 Attēlu ieguves apakšsistēma

FP.02-1-1 Attēlu ieguves apakšsistēma ietver visu aparatūru un programmatūru, kas vajadzīga transportlīdzekļu attēlu tveršanai/pārvaldībai. Vienai transportlīdzekļu atpazīšanas joslai ir vismaz šāds aprīkojums:

1. transportlīdzekļa noteikšanas ierīce (optiskais sensors, magnētiskā cilpa, tuvuma vai cits detektors);

2. kamera/-s krāsaina un/vai melnbalta attēla iegūšanai;

3. kamera transportlīdzekļa (kravas automobiļa) priekšējā numura atpazīšanai;

4. kamera transportlīdzekļa (kravas automobiļa) aizmugures numura zīmes un/vai konteinera numura atpazīšanai;

5. kamera konteineru sānu numura atpazīšanai (ieteicama joslas skenēšanas kamera);

6. apgaismojuma ierīces (LED redzamā un/vai infrasarkanā spektra) priekšējām, aizmugures un sānu kamerām;

7. serveris/serveri (var būt viens uz vairākām joslām) ar attēlu apstrādes risinājumu, nepieciešamo programmatūru un lokālo datu bāzi;

8. būvnormatīviem atbilstoši stabi kameru piestiprināšanai un stiprinājumi;

9. kabeļi visu kameru saslēgšanai ar serveri (bezvadu datortīkla savienojumi ir aizliegti);

10. elektrosadales skapis;

11. kontrolieris ārējo iekārtu vadībai.

FP.02-1-2 Attēla ieguve jāveic automātiski.

FP.02-1-3 Attēli jātver, jāpārraida un jāsaglabā ciparu formātā.

FP.02-1-4 Izmantotās apgaismojuma ierīces nedrīkst apžilbināt autovadītājus vai pasažierus.

FP.02-1-5 Jātver transportlīdzekļa kopskata, priekšējā un aizmugures skata attēli. FP.02-1-6 Jātver konteinera labās puses attēls.

FP.02-1-7 Kameras/apgaismojuma sistēmai jānodrošina atpazīstamu attēlu iegūšana visos vides apstākļos (rītausmā, spīdot saulei, saulrietā, naktī, lietus, sniega apstākļos, miglā utt.).

FP.02-1-8 Sistēmai jāspēj apstrādāt tādu kravas automobiļu/piekabju attēlus, kuras aprīkotas ar ne vairāk kā trim konteineriem.

FP.02-2 Attēlu apstrādes apakšsistēma

FP.02-2-1 Attēlu apstrāde jāveic, izmantojot specializētu programmatūru, kas strādā atsevišķā serverī vai tajā pašā serverī, kurš pārvalda attēlu tveršanas procesu.

Identifikatoru atpazīšanas procesā attēlu apstrādes iekārtai jāveic vismaz šādas operācijas:

1. attēlu sākotnējā apstrāde – tiek izmantoti īpaši filtri, lai novērstu attēlu izkropļojumus un uzlabotu identifikāciju no sāniem;

2. lokalizācija identifikatoru attēlos – laukumi, kuros identifikatori tiek nošķirti turpmākai apstrādei;

3. identifikatoru segmentācija – identifikatoru attēli tiek sadalīti atsevišķās rakstzīmēs;

4. rakstzīmju atpazīšana –atsevišķu rakstzīmju identificēšanai jāizmanto īpašos optisko rakstzīmju atpazīšanas (turpmāk – OCR) algoritmus. Var izmantot dažādus atšķirīgus OCR algoritmus:

4.1. veidnes saskanības noteikšana – atsevišķu rakstzīmju saskanības noteikšana attiecībā pret iepriekš noteiktu rakstzīmju kopumu;

4.2. lēmumu pieņemšanas shēmas metodes saistībā ar ģeometriskās formas analīzi – katras rakstzīmes kontūra tiek analizēta atsevišķi;

4.3. neirālo tīklu pieeja – tiek izmantots mākslīgi intelektuālās mācīšanās process, lai noteiktu atkārtotus attēlus.

5. attēlu apstrādei jābūt pilnīgi automatizētai ar attēlu ieguves apakšsistēmu.

FP.02-2-2 Identifikācijas procesam jānotiek reālā laika režīmā, t.i., gan numura zīmes, gan konteinera koda atpazīšana jāveic vienas sekundes laikā.

FP.02-2-3.Sistēmai jāatpazīst vismaz šādu valstu transportlīdzekļu reģistrācijas numura zīmes: Azerbaidžāna, Albānija, Amerikas Savienotās valstis, Apvienotā Karaliste, Armēnija, Austrija, Baltkrievija, Beļģija, Maķedonijas Republika, Bosnija un Hercegovina, Bulgārija, Čehija, Dānija, Francija, Grieķija, Gruzija, Horvātija, Igaunija, Itālija, Īrija, Islande, Kazahstāna, Kipra, Kirgizstāna, Krievija, Latvija, Lietuva, Lihtenšteina, Luksemburga, Malta, Melnkalne, Moldova, Nīderlande, Norvēģija, Polija, Portugāle, Rumānija, Serbija, Slovākija, Slovēnija, Somija, Spānija, Šveice, Tadžikistānas, Turcija, Turkmenistāna, Ukraina, Ungārija, Vācija, Zviedrija, Uzbekistāna.

FP.02-2-4 Attēla ieguves procesa sistēmai jābūt konfigurējamai, lai atpazītu visās prasībā FP.02-2-3 definētajās valstīs izsniegtās numura zīmes. Nepieciešamības gadījumā jāveic Sistēmas konfigurācija, kas tiks pieprasīta kā pilnveidošanas darbs, lai Sistēma spētu atpazīt arī citās valstīs izsniegtās numura zīmes.

FP.02-2-5 Sistēmas 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.

1. TLKAIS reģistrācijas numuru zīmju un konteinera kodu atpazīšanas precizitātes analīzi veic Pretendents un iesniedz analītisko pārskatu 10 kalendārās dienas pirms uzturēšanas pakalpojumu perioda beigām, nosūtot Pasūtītājam analītisko pārskatu elektroniski.

2. 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 katru muitas kontroles punktā 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.

3. Konteinera kodu nolasīšanas precizitātes aprēķins balstās uz korekti nolasīto un atpazīto numuru dalījumu ar visu TLKAIS darbības zonu šķērsojošo konteineru skaitu, kas tiek aprēķināts pēc sekojošas formulas:

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

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

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

balstās uz sistēmas korekti nolasīto un atpazīto numura zīmju skaita (gan priekšējo, gan aizmugurējo) dalījumu ar visu TLKAIS darbības zonu šķērsojošo transportlīdzekļu reģistrācijas numura zīmju skaitu, kas tiek aprēķināts pēc sekojošas formulas:

𝑁𝑜𝑙𝑎𝑠ī𝑡𝑜 (𝑎𝑡𝑝𝑎𝑧ī𝑡𝑜)𝑝𝑟𝑖𝑒𝑘šē𝑗𝑜 𝑛𝑢𝑚𝑢𝑟𝑧ī𝑚𝑗𝑢 𝑠𝑘𝑎𝑖𝑡𝑠 + 𝑛𝑜𝑙𝑎𝑠ī𝑡𝑜 (𝑎𝑡𝑝𝑎𝑧ī𝑡𝑜)𝑎𝑖𝑧𝑚𝑢𝑔𝑢𝑟ē𝑗𝑜 𝑛𝑢𝑚𝑢𝑟𝑧ī𝑚𝑗𝑢 𝑠𝑘𝑎𝑖𝑡𝑠

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

5. Transportlīdzekļu reģistrācijas numura zīmju un konteineru kodu precizitātes

aprēķinā neiekļauj tādus gadījumus, kad:

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

b. Transportlīdzeklis ir šķērsojis TLKAIS darbības zonu pretējā virzienā;

c. Vienā transportlīdzekļu TLKAIS šķērsošanas zonā ir vizuāli fiksēta vairāk kā viena transportlīdzekļa numura zīme

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

e. Transportlīdzekļa konteinera kods vai reģistrācijas numura zīmes plāksne veiktajā TLKAIS darbības zonas šķē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 cipari un/vai burti, vai plāksnes ciparos un/vai burtos ir iemontētas neparedzētas detaļas (piem. skrūves);

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

FP.02-2-6 Neatpazīstamas rakstzīmes numura zīmē vai konteinera kodā jāaizstāj ar īpašu rakstzīmi ( piemēram, “?”). Prasībā izvirzītajai funkcionalitātei jābūt konfigurējamai.

FP.02-2-7 Numura zīmju atpazīšana jāveic gan no transportlīdzekļa priekšpuses, gan no tā aizmugures.

FP.02.2-8 Konteineru kodu atpazīšana jāveic gan konteinera labajā pusē (kustības virzienā), gan tā aizmugurē.

FP.02-2-9 Sistēmai jāspēj atpazīt konteineru numurus saskaņā ar standartu ISO 6346 (ABCD1234567 tips), kā arī īpašnieku BIC kodu, sērijas numuru un pārbaudes ciparus. Ja saskaņā ar standartu EN 13044, Risinājuma funkcionalitāte nodrošinās ILU kodu atpazīšanu, tas tiks ņemts vērā vērtējot saimnieciski izdevīgāko piedāvājumu.

FP.02-2-10 Jāspēj identificēt visi standartizmēra konteineri (20, 40, 45, 20/20 pēdas). FP.02-2-11 Sistēmai jāatpazīst tvertnes tipa un platformas tipa konteineri.

FP.02.2-12 Sistēmai jānodrošina, ka tā spēj identificēt un atpazīt tādus transportlīdzekļus (tai skaitā ar piekabēm vai konteineriem), kuri šķērso TLKAIS darbības zonu ar ātrumu līdz 50 km/h.

FP.02-2-13 Katrā atpazīšanas darbībā sistēmai jānorāda atpazīšanas procesa uzticamība

FP.02-2-14 Sistēmai jānorāda transportlīdzekļa un konteinera numura atpazīšanas procesa uzticamība. Uzticamības līmenis jāattēlo operatoram (piem. citā krāsā)

4.3. FP.03 Prasības MKP TLKAIS programmatūrai

TLKAIS CDB un MKP TLKAIS datu bāzes ir TLKAIS sistēmas repozitorija komponentes, kas saglabā pagātnes notikumu datus.

FP.03-1 Sistēmai jābūt aizsargātai pret ļaunprātīgu izmantošanu, implementējot šifrēšanas (vismaz 256 bitu), autentificēšanas un autorizēšanas mehānismus.

FP.03-2 Informācija par visiem notikumiem un atbilstošie uztvertie attēli jāsaglabā SQL relāciju datu bāzē.

FP.03-3 MKP TLKAIS datu bāzei jānodod dati (tajā skaitā Ass svaru svērumu rezultātus) TLKAIS CDB datu bāzei izmantojot prasībā NP.03-7 noteikto datu pārraides kanālu un TLKAIS CDB integrācijas risinājumus. Datu apmaiņas process aprakstīts Tehniskās specifikācija 1.pielikumā. Datu komunikācija jāveic drošā režīmā, izmantojot vismaz 256 bitu šifrēšanu (nodrošinot gan integritāti, gan konfidencialitāti). Jebkādi MKP TLKAIS vai TLKAIS CDB datu zudumi nav pieļaujami.

FP.03-4 Datu plūsmas pārtraukuma gadījumā informācija par notikumiem uz laiku jāsaglabā lokālajos MKP TLKAIS serveros. Pēc savienojuma atjaunošanas informācija par notikumiem jāsaglabā centrālajā TLKAIS CDB datu bāzē.

FP.03-5 Attēlu dati jāsaglabā saspiestajā standarta formātā. FP.03-6 Notikumu datos jāiekļauj vismaz šādi lauki:

1. unikālā notikuma identifikācijas numurs;

2. datuma un laika spiedogs;

3. robežšķērsošanas vietas identifikācijas numurs;

4. joslas identifikācijas numurs;

5. priekšējo un aizmugurējo numura zīmju un to attiecīgo valstu kodu identifikācija;

6. uzticamības līmenis visiem numura zīmju atpazīšanas gadījumiem;

7. attēli – transportlīdzekļa, transportlīdzekļa priekšpuses un aizmugures, priekšējo un aizmugurējo numura zīmju, konteineru identifikācijas numura kopskata attēls;

8. konteinera identifikācijas numurs;

9. konteinera identifikācijas numura atpazīšanas uzticamības līmenis.

FP.03-7 MKP TLKAIS jāspēj veikt vismaz šādas ievaddatu pārbaudes:

1. formāta atbilstība (tips, izmērs);

2. ierakstu atbilstība/esamība jau esošajiem ierakstiem datu bāzē, tajā skaitā VID TLKAIS CDB datu bāzē;

3. datuma ievaddatu korektuma pārbaude;

4. laika ievaddatu korektuma pārbaude;

5. konteinera koda ievaddatu korektuma pārbaude;

6. transportlīdzekļa numura ievaddatu korektuma pārbaude

FP.03-8 Jābūt iespējai Risinājuma notikumus klasificēt vairākās kategorijās – veiksmīgie, neveiksmīgie, kļūdainie utt.

FP.03-9 Jābūt lietotāja saskarnei, kas administratoriem nodrošina iespēju pārraudzīt Risinājuma darbības stāvokli (kļūdas paziņojumi, Risinājuma procesu izpildes stāvoklis, Risinājuma noslodzes rādītāji, kļūdaini atpazīto attēlu statistika).

FP.03-10 Jābūt iespējai jebkurā brīdī pārbaudīt Risinājuma darbības korektumu. Tam jābūt pašā Risinājumā izstrādātam pārraudzības rīkam vai modulim (health check).

FP.03-11 Risinājumam jāspēj reģistrēt visi paša Risinājuma notikumi, piemēram – attēla ieguve, trauksmes paziņojumi, kļūdu paziņojumi u.c. Risinājuma žurnalēšanas datne (log file) var būt teksta fails. Jābūt nodrošinātai iespējai maksimālo žurnalēšanas datnes lielumu un/vai laika periodu mainīt pēc vajadzības. Risinājuma žurnalēšanas datnei jāsatur sekojoši dati: aktivitātes datums un laiks, Risinājuma process, darbības tips/raksturs un sistēmas kļūdas paziņojums. Piemēram:

03.08.2006 12:14 MAIN.MOD "Started successfully" 200 OK

03.08.2006 13:02 MAIN.MOD "Database not available" 501 ERR

Risinājumam jānodrošina iespēju atsekot Risinājuma notikumus pēc dažādiem kritērijiem: pēc datuma un/vai laika, pēc sistēmas procesa, pēc kļūdas numura.

FP.03-12 Risinājumam jānodrošina informācijas meklēšanas iespējas datu bāzē un sistēmas žurnālfailos, izmantojot Risinājuma meklēšanas funkcionalitāti.

FP.03-13 Neparedzēto kļūdu apstrāde

Risinājumam jānodrošina neparedzētu kļūdu apstrāde un žurnalēšana, saglabājot visu pieejamo ar kļūdu saistīto informāciju. Risinājumam jānodrošina sistēmas notikumu žurnalēšana, uzkrājot datus par kļūdainiem sistēmas notikumiem (neskaitot paredzēto loģisko validāciju apstrādes laikā identificētās datu kļūdas).

Atbilstoši kļūdu žurnāla uzstādījumiem, jānodrošina iespēja nosūtīt ziņojumu par kļūdu sistēmas administratoram.

FP.03-14 Kļūdas paziņojumi

Risinājumam ir jāattēlo klasificēts kļūdas paziņojums (kļūda, brīdinājums, informācija) ar detalizētu aprakstu un iespējamām turpmākām darbībām.

Kļūdu paziņojumi ir jāveido tā, lai būtu iespējams lietotājam saprotamā veidā sniegt informāciju par problēmu un turpmākajām darbībām, kas jāveic.

Jānodrošina, ka Risinājuma programmatūra lietotājam nesniedz informāciju, kas varētu apdraudēt Risinājuma un/vai VID IS drošību, tai skaitā, nepieļaujot iespēju lietotājam veikt analīzi par kļūdas un veikto Risinājuma 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, Risinājuma un VID IS arhitektūru un veiktajām drošības pārbaudēm, kas varētu atvieglot tālākos uzbrukumus Risinājumam un/vai VID IS. Auditācijas ierakstos ir jābūt pilnam kļūdas paziņojumam.

FP.03-15 Risinājumam jānodrošina iespēja Risinājuma administratoriem operatīvi saņemt paziņojumu pa e-pastu (vai pa tālruni kā SMS) par problēmām vai kļūdām no paša nodefinētās sistēmas daļas.

4.4. FP.04 Prasības Ass svaru programmatūrai

Ass svaru programmatūrai jāatbilst šādām minimālajām prasībām:

FP.04-1 Pretendenta piedāvātajai ass svaru programmatūrai un tās sasaistei ar TLKAIS ir jābūt integrētai ar citos identifikācijas punktos esošo risinājumu un jānodrošina ne mazāku funkciju izpildi, kas ir aprakstītas Tehniskās specifikācijas 2.pielikumā “Ass svaru programmatūras kompleksa projektējums”.

Ja pretendents piedāvājumā izmanto Visy Oy programmatūru, nepieciešams nodrošināt ass svaru svēršanas rezultātu integrēšana TLKAIS sistēmā atbilstoši projektējuma prasībām.

Gadījumā, ja pretendents piedāvājumā neizmanto Visy Oy programmatūru, tad pretendentam jāiesniedz Ass svaru un piedāvātās MKP TLKAIS sasaistes projektējumu.

4.5. FP.05 Prasības MKP TLKAIS ārējām iekārtām un Ass svariem

4.5.1. FP.05-1 Prasības MKP TLKAIS ārējām iekārtām

1. Piedāvātajām iekārtām jābūt piemērotām Latvijas klimatiskajiem apstākļiem (vismaz no -30C līdz +30C).

2. MKP TLKAIS kamerām jānodrošina to fiziska aizsardzība pret bojājumiem no garāmbraucošām automašīnām, izmantojot mehāniskos norobežotājus.

3. Jānodrošina visu MKP TLKAIS signālu pārraides un barošanas ķēdes zibensaizsardzība un pārsprieguma aizsardzība, kā arī visu ārpusē uzstādīto iekārtu zibensaizsardzība un zemējums.

FP.05-1-1 Prasības MKP TLKAIS kamerām

Katrā lokālajā transportlīdzekļu atpazīšanas punktā, jāpiegādā MKP TLKAIS kameras, kuras spēj nodrošināt piedāvātā risinājuma darbību bez traucējumiem pie attiecīgām veiktspējas prasībām NP.06 un nodrošinātu prasībā FP.02-2-5 noteikto numuru atpazīšanas precizitāti, ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 4.1.tabulā.

4.1.tabula

Prasības MKP TKLAIS kamerām

Nr.	Parametrs	Minimālās prasības
1.	Kameras tips	Fiksēta āra izpildījuma kamera, ar iebūvēto iekšējo apsildi
2.	Izšķiršanas spēja	Vismaz 1600 x 1200
3.	Maksimālais kadru skaits	30 fps (MJEG un MPEG-4)
4.	Kameras sensors	CCD (Charge-coupled Device) vai CMOS (Complementary Metal-oxide Semiconductor).
5.	Minimālais apgaismojums (nakts)	0.25 lux
6.	Video kompresija	Motion JPEG, MPEG-4, H.264
7.	Video straumēšana	Multi-Streaming formātiem Motion JPEG, MPEG-4, H.264
8.	Informācijas lokāla saglabāšana	Aprīkota ar SDHC kartes pieslēgšanas slotu, komplektā vismaz 10.klases 32GB karte
9.	Atbalstītie protokoli	TCP/IP, HTTP, UDP, ARP, FTP, RTP, NTP, SMTP, SNMP
10.	Attēla apstrāde	Iebūvēts multimediju video procesors, ar vismaz 256MB atmiņu (RAM), 64MB Flash
11.	Elektrobarošana kamerai un korpusa apsilde	PoE (IEEE 802.3af Class 2) vai no centralizēta barošanas avota (UPS)
12.	Saskarnes	RJ-45 10/100Mbps Ethernet
13.	Klimatiskie nosacījumi	No -30C līdz +30C (ar iekšējo apsildi)
14.	Korpusa aizsardzība pret putekļiem un mitrumu	IP54 (LVS EN 60529)

15.

Standarti

ONVIF, CE, RoHS

16.

Garantijas nosacījumi

Pēc TLKAIS kameru piegādes, bet līdz TLKAIS kameru pieņemšanai ekspluatācijā, Pretendents iesniedz ražotāja pilnvarota pārstāvja apliecinājumu, ka TLKAIS kameru garantijas ir piereģistrētas uz

Pasūtītāja vārdu.

FP.05-1-2 Prasības MKP TLKAIS kustības sensoram

Ja pretendents piedāvā risinājumu, kurā attāluma noteikšanai līdz transportlīdzekļiem (numura fiksēšanas sektora noteikšana) paredzēts izmantot optisko sensoru, tad jāpiegādā tāds sensors, kurš spēj nodrošināt piedāvātā risinājuma darbību bez traucējumiem pie attiecīgām veiktspējas prasībām NP.06 un nodrošinātu prasībā FP.02-2-5 noteikto numuru atpazīšanas precizitātei, ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 4.2.tabulā.

4.2.tabula

Prasības MKP TKLAIS kustības sensoriem

Nr.	Parametrs	Minimālās prasības
1.	Pielietojums	Paredzēts attāluma noteikšanai līdz transportlīdzekļiem (numura fiksēšanas sektora noteikšana)
2.	Darbības attālums	15 m
3.	Skenēšanas sektors (horizontāli)	270 grādi
4.	Leņķa (angular) izšķiršanas spēja	0,5 grādi
5.	Skenēšanas frekvence	50 Hz
7.	Pieslēdzamo ieeju un izeju skaits	2
6.	Reakcijas laiks	40 ms
8.	Datu apmaiņas saskarne	10/100 Mbps, Ethernet, RJ45
9.	Elektrobarošana	Līdzspriegums, jānodrošina arī apsilde korpusa iekšpusē mikrovides nodrošināšanai ziemas apstākļos
10.	Korpusa aizsardzība pret putekļiem un mitrumu	IP 66 (LVS EN 60529)
11.	Darbības apstākļi	Jānodrošina darbība temperatūras diapazonā no -30C līdz +30C.
12.	Komplektācija, stiprinājumi	Jānodrošina visi nepieciešamie stiprinājumi un skrūves iekārtas uzstādīšanai uz balsta staba Jānodrošina lāzera stara kanāla pārsegs, kas aizsargā pret nokrišņu nonākšanu uz darba virsmas, ar redzamības sektoru vismaz 180 grādi (horizontāli)

13.

Programmatūra

Programmatūra, kas nodrošina vismaz 5 dažādu,

brīvi definējamu segmentu informācijas vienlaicīgu apstrādi.

14.

Skaits

Atbilstoši nepieciešamajam joslu skaitam (pieļaujams apvienot blakus joslām, ja programmatūra atbalsta vairāku segmentu

informācijas apstrādi)

15.

Garantijas nosacījumi

Pēc sensoru piegādes, bet līdz sensoru pieņemšanai ekspluatācijā, Pretendents iesniedz sensoru ražotāja pilnvarota pārstāvja apliecinājumu, ka sensoru

garantijas ir piereģistrētas uz Pasūtītāja vārdu.

4.5.2. FP.05-2 Prasības Ass svariem un to uzstādīšanai

4.3 .tabula

Nr.p.k.	Apraksts, minimālās prasības
FP.05-2-1	Prasības Ass svariem
FP.05-2-1-1	Piegādājamie Ass svari un to galvenās komponentes:
FP.05-2-1-1-1	Ass svariem jābūt jauniem, nelietotiem, ne vecākiem par 2016.gadu.
FP.05-2-1-1-2	Ass svaru devēji (loadcells) un to savstarpējas savienošanas bloks (junction box).
FP.05-2-1-1-3	Ass svaru indikators (indicator).
FP.05-2-1-1-4	Ass svaru datu apstrādes lietojumprogrammatūra/ serviss (weight software).
FP.05-2-1-1-5	Transporta līdzekļu kustības regulēšanas sistēma (traffic control), kas nodrošina viennozīmīgu svēruma iegūšanu katram transportlīdzeklim.
FP.05-2-1-1-6	Ass svaru datu apmaiņas sistēma starp indikatoru un svaru datu apstrādes lietojumprogrammatūru (axle data transfer).
FP.05-2-1-1-7	Ass svari jānodrošina ar nodilumizturīgu un maināmu pārsegumu vai jāveic cita veida aizsargpasākumi, kas pasargā svarus no lietus ūdens, dubļu u.c. gružu nokļūšanas svaru bedrē.
FP.05-2-1-2	Prasības Ass svaru darbībai
FP.05-2-1-2-1	Ass svariem jāatbilst OIML R134 prasībām (šo prasību jāapliecina ar OIML sertifikātu vai Latvijas nacionālo tipa apstiprinājuma sertifikātu)
FP.05-2-1-2-2	Svariem ir jānodrošina transporta līdzekļa svēršana dinamikā (līdz 50 km/h) automātiskā svēršanas režīmā ne mazāk kā 9 asīm ar slodzi uz asi līdz 25t ar svaru maksimāli pieļaujamo kļūdu (turpmāk - MPK) pie ātruma līdz 20 km/h, kas nav lielāka par MK 2006.gada 5.decembra noteikumos Nr.981 minēto 5.klases automātisko svaru MPK pie ātruma līdz 50 km/h, kas nav lielāka MK 2006.gada 5.decembra noteikumos Nr.981 minēto 10.klases automātisko svaru MPK (Prasību izpildi apliecinās OIML sertifikāts un Latvijas nacionālais tipa apstiprinājuma sertifikāts (iesniedzami kopā ar piedāvājumu) Pirmreizējās verificēšanas sertifikāts (iesniedzams pirms Svaru

	nodošanas ekspluatācijā)) Ja Pretendents piedāvās svarus ar mazāku MPK, tas tiks ņemts vērā piedāvājumu vērtēšanā
FP.05-2-1-2-2- 1	Jāveic Ass svaru atbilstības novērtēšana atbilstoši MK 14.10.2014. Nr.624 prasībām, x.xx. jāveic nacionālā tipa apstiprināšana (Pretendents piedāvājuma iesniegšanas brīdī apliecina, ka tas tiks nodrošināts, kā arī iesniedz Ražotāja vēstuli par to, ka Pretendents ir piedāvāto svaru ražotāja pilnvarots veikt svaru piegādi, uzstādīšanu, garantijas apkalpošanu un svaru pirmreizējo verificēšanu (apliecinājums iesniedzams kopā ar piedāvājumu))
FP.05-2-1-2-3	Svērumam jābūt nodrošinātam visiem identificētiem (atpazīti kā atsevišķi objekti) transportlīdzekļiem (sasaistot svērumu ar TLKAIS)
FP.05-2-1-2-4	Ass svaru darbības gatavība un pieejamība ir jāsignalizē, izmantojot atbilstošu gaismas indikatoru (luksofors). Ir jāparedz iespēja, ka luksofora darbība var tikt regulēta arī manuāli (arī svaru vai TLKAIS bojājumu gadījumā).
FP.05-2-2	Prasības Ass svaru uzstādīšanai un nodošanai
FP.05-2-2-1	Pirms uzsākt Ass svaru kompleksa uzstādīšanu, jāpabeidz visi būvniecības darbi, kas būs norādīti Pretendenta tehniskā projekta būvkonstrukcijas (BK), ūdens kanalizācijas tīklu (UKT), ārējo elektrotīklu (ELT) un elektronisko sakaru ārējo tīklu (EST) sadaļās.
FP.05-2-2-2	Ass svaru montāžas darbus uzsāk pēc svaru bedres betonēšanas darbu un Ass svaru apsildes laukumu betonēšanas darbu pabeigšanas.
FP.05-2-2-3	Uzsākot Ass svaru kompleksa montāžu, uzstāda Ass svaru vadības skapi. Veic visu nepieciešamo kabeļu komutāciju, iekārtu un Ass svaru platformas uzstādīšanu atbilstoši Ass svaru ražotāja tehniskajiem noteikumiem un prasībām.
FP.05-2-2-4	Uzstāda Ass svaru serveri ar Ass svaru programmatūru. Ass svaru servera uzstādīšanas vietas: 1. Serveru telpa Ventspils MKP, Sarkanmuižas dambis 25a, Ventspils; 2. Svaru ēka Liepājas MKP, X.Xxxxxxx xxxx 000, Xxxxxxx.
FP.05-2-2-5	Jānodrošina Ass svaru svērumu datu attēlojošā indikatora displeja uzstādīšana pie katra svaru kompleksa, lai transporta līdzekļa vadītājam būtu iespējams redzēt transporta līdzekļa kopējo svaru kilogramos. Indikatoram jāattēlo transporta līdzekļa kopējais svars. Indikatora izmērs ir atkarīgs no tajā attēlojamo ciparu izmēra (ne mazāki par 300 mm). Indikatoru uzstādīšanas vieta un risinājums jāsaskaņo tehniskā projekta izstrādes laikā.
FP.05-2-2-6	Pasūtītājs veic Ass svaru testēšanu, kuras laikā tiek nosvērti 10 (desmit) transportlīdzekļi, tās rezultātā konstatējot, ka Ass svari darbojas saskaņā ar Līguma un tā 1.pielikuma noteikumiem. Braukšanas ātrums testēšanas laikā 20km/h un 50 km/h.
FP.05-2-2-7	Ass svaru nodošanas brīdi pretendentam jāiesniedz Latvijā akreditētas iestādes izsniegts pirmreizējās verificēšanas

sertifikāts sverot dinamikā.

4.5.3. FP.05-3 Prasības MKP TLKAIS uzstādīšanai

4.4.tabula

Nr.p. k.

Nosaukums

Apraksts, minimālās prasības

Prasības MKP TLKAIS un tās iekārtu uzstādīšanai

1.1.

MKP TLKAIS uzstādīšana un konfigurēšana jāveic atbilstoši pretendenta izstrādātajam būvprojektam, sistēmas izstrādātāja tehniskajām prasībām un saskaņojot to ar VID atbildīgajām amatpersonām. MKP TLKAIS

uzstādīšanas laikā jānodrošina nepārtraukta MKP darbība.

1.2.

Visi MKP TLKAIS uzstādīšanas darbi jāsaskaņo ar VID atbildīgajiem darbiniekiem:

- izpildītājs sastāda darbu veikšanas plānu;

- izpildītājs saskaņo darbu veikšanas plānu.

1.3.

Pēc TLKAIS uzstādīšanas Pasūtītājs veic TLKAIS testēšanu, tās rezultātā konstatējot, ka MKP TLKAIS darbojas atbilstoši FP.02-2-5 prasībā noteiktajam. Papildus, pēc MKP TLKAIS uzstādīšanas, Pasūtītājs veic sistēmas monitoringu ar mērķi identificēt uzstādītās sistēmas atbilstību

Līguma un tā 1.pielikuma noteikumiem.

MKP TLKAIS uzstādīšanas ietvaros veicamie montāžas darbi

2.1.

Veikt telekomunikāciju kabeļu kanalizācijas aku un cauruļu izbūvi

atbilstoši Pretendenta izstrādātajam būvprojektam.

2.2.

Uzstādīt MKP TLKAIS kameru metāla stabus.

2.3.

Nodrošināt metāla stabiem zibens aizsardzību - uzstādot zibens novedējus

uz staba atbilstoši LEK prasībām, vai arī zibens novedējam izbūvēt atsevišķu stabu/-s video kameru stabu sektorā.

2.4.

Uzstādīt MKP TLKAIS vadības skapjus saskaņā ar 5.9.tabulā noteiktajām

prasībām.

2.5.

Ievilkt visus nepieciešamos kabeļus MKP TLKAIS kameru stabos, vadības skapī un komutācijas skapī caur kabeļu kanalizāciju akām, caurulēm, pa kabeļu trepēm un PVC caurulēm atbilstoši pretendenta izstrādātajā tehniskajā projektā paredzētajiem ieguldāmajiem kabeļiem. Tīkla iekārtām ir jābūt nodalītā segmentā no VID lietotāju segmentiem.

Visām zemē, ēkās vai akās ienākošajām caurulēm jābūt hermetizētām.

2.6.

Uzstādīt MKP TLKAIS serveri. MKP TLKAIS datu servera konfigurēšanu jāveic saskaņā ar MKP TLKAIS izstrādātāja tehniskajām prasībām un VID norādījumiem, nodrošinot datu nodošanu TLKAIS CDB serverim.

Pievienot visu aparatūru pie elektrības un komunikāciju kabeļiem. Pieslēgt elektrību un palaist Svaru programmatūru un MKP TLKAIS sistēmu.

4.6. FP.06 Prasība Risinājuma programmatūras licenču piegādei

Izpildītājam jāpiegādā visas Risinājuma darbībai nepieciešamās programmatūras licences, tajā skaitā Ass svaru, MKP TLKAIS un videonovērošanas sistēmas

darbībai nepieciešamās programmatūras licences, ja nepieciešams arī trešo pušu programmatūras licences.

Pēc programmatūras licenču piegādes, bet līdz licenču pieņemšanas- nodošanas akta parakstīšanai, Pretendents pēc Pasūtītāja atsevišķa pieprasījuma iesniedz programmatūras izstrādātāja apliecinājumu, ka programmatūras licences un to uzturēšana ir piereģistrēta uz Pasūtītāja vārda.

5. Nefunkcionālās prasības

5.1. NP.01 Tehnoloģiskā platforma

Pretendentam jāizvēlas tāda tehnoloģiskā platforma, lai nodrošinātu šīs tehniskās specifikācijas prasību izpildi, kā arī tai jāspēj sadarboties ar Pasūtītāja rīcībā jau esošo TLKAIS CDB sistēmu. Šobrīd zināmais tehnoloģiju, produktu, protokolu un standartu uzskaitījums, kas būtu jāņem vērā izstrādājot sistēmu informācijas nodošanai uz Pasūtītāja rīcībā esošo TLKAIS CDB, aprakstīts Tehniskās specifikācijas 5.1.tabulā.

5.1.tabula

Pasūtītāja rīcībā esošās TLKAIS CDB sistēmas tehnoloģiskā platforma

Pozīcija	Minimālās prasības
TLKAIS CDB centrālā datubāze
Datubāzes serveris	Dell PowerEdge R520 CPU: 2x Intel Xeon E5-2420 RAM: 64GB
Operētājsistēma	Windows Server 2012 Standard
Datu bāzes vadības sistēma	Oracle 10c
SAN FC kontrolieris	Qlogic ql2300 dual port
Disku masīvs	IBM Storwize V7000
Transportlīdzekļu un kravu konteineru atpazīto datu pārsūtīšanas programmatūra	VISY REPLICATION
TLKAIS WEB lietojumprogrammatūras serveris
Lietojumprogrammatūras serveris	Citrix XenServer 6.5 virtualizācijas platformā. CPU 8x, RAM 32GB, HDD 75GB
Operētājsistēma	Windows Server 2012 Standard
Programmatūras platforma	IIS8
lietojumprogrammatūra	TLKAIS WEB
TLKAIS CDB lokālo atpazīšanas punktu programmatūra
Operētājsistēma	Windows Server 2008 R2 /2012/2012 R2
Datu bāzu vadības sistēma	Oracle 10c/12
Transportlīdzekļu numurzīmju un kravu konteineru numuru atpazīšanas programmatūra	VISY IRIS LPR (13.10 64 bit)
Transportlīdzekļu un kravu konteineru atpazīto datu pārsūtīšanas programmatūra	VISY REPLICATION
TLKAIS lokālā lietojumprogrammatūra	VISY BORDER Gate
Protokoli

HTTP/HTTPS

Datu apmaiņai starp lietotājiem un centrālo

lietojumprogrammatūru

FTPS

datu apmaiņai ar citu valstu muitas dienestu

TLKAIS sistēmām.

TCP/IP

Transporta protokols datu nosūtīšanai no

lokālajiem atpazīšanas punktiem uz centrālo datubāzi.

5.2. NP.02 Arhitektūras prasības

Piegādātājam netiek uzstādīti ierobežojumi sistēmas arhitektūras izvēlē, taču tai jāspēj sadarboties ar Pasūtītāja rīcībā jau esošo TLKAIS CDB sistēmu. Piedāvātajam Risinājumam jāizmanto tehnoloģijas un izstrādes rīki, nodrošinot, ka izmantotās tehnoloģijas tiks uzturētas vismaz 5 gadus no to izstrādātāju puses. Piedāvātajai MKP TLKAIS sistēmai ir jāvar nodot dati Pasūtītāja rīcībā jau esošajai TLKAIS CDB sistēmai, kuras arhitektūra ir redzama Tehniskās specifikācijas 5.1. attēlā.

5.1.attēls VID rīcībā esošā TLKAIS CDB arhitektūra

Piedāvātajai MKP TLKAIS sistēmai ir jābūt modulārai, maksimāli paredzot savstarpēji nesaistītus moduļus, kas nodrošinātu, ka sistēma ir viegli uzturama, pielāgojama un bojājumiecietīga.

5.3. NP.03 Infrastruktūras prasības

Jāpiegādā un jāuzstāda visa nepieciešamā datortehnika, programmatūra un tās licences, tai skaitā datu bāzu pārvaldības un operētājsistēmas, un papildu iekārtas, lai nodrošinātu iepirkuma priekšmeta izpildi.

5.3.1. NP.03-1 Prasības MKP TLKAIS servera iekārtai

NP.03-1-1. Katrā lokālajā transportlīdzekļu atpazīšanas punktā jāpiegādā 1 serveris, kurš spēj nodrošināt piedāvātās sistēmas darbību bez traucējumiem pie attiecīgām veiktspējas prasībām (NP.06-1), ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 5.2.tabulā.

5.2.tabula

MKP TLKAIS servera iekārtas minimālās prasības

Nr.	Parametrs	Minimālās prasības
1.	Izpildījums	1.1.Statnē montējams (Rackmount), komplektā iekļautas sliedes, aizmugures kabeļu organizators un citi nepieciešamie komponenti servera montāžai statnē. Sliedēm jānodrošina iespēja izvilkt serveri no statnes un neizņemot to no statnes veikt tā apkalpošanu, remontu. 1.2. piedāvātajiem serveriem jābūt jauniem, iepriekš nelietotiem; 1.3. piedāvātie serveri nedrīkst būt iekļauti ražotāja pārdošanas pārtraukšanas „End of Sale” sarakstā (uz piedāvājuma iesniegšanas brīdi). 1.4. Pēc serveru piegādes, bet līdz serveru pieņemšanai ekspluatācijā, Pretendents iesniedz ražotāja pilnvarota pārstāvja apliecinājumu, ka serveru garantijas ir piereģistrētas uz Pasūtītāja vārdu.
2.	Procesors	2 gab. AMD/Intel ar vismaz sešiem kodoliem uz katru fizisko procesoru ar skaitļošanas jaudu vismaz 36 punkti uz vienu kodolu pēc xxx.xxxx.xxx “SPECint2006 Rate” specifikācijas. Atbilstoši Intel 64 (EM64T) vai AMD64 arhitektūrai.
3.	Operatīvā atmiņa	DDR3 vai DDR4 64 GB ECC ar kļūdu labošanas mehānismu, vismaz 1866MHz kopnes ātrums jebkādā operatīvās atmiņas konfigurācijā. Atmiņu moduļu izvietojumam jābūt sadalītam proporcionāli uz katru procesoru.
4.	RAID adapteris	RAID 0, 1, 5, 10 atbalsts. Pret elektrobarošanas pārrāvumu aizsargāta kešatmiņa vismaz 1024 MB apmērā.
5.	Diskdziņi	5.1. karsti maināmi (Hot-Swap); 5.2. SAS (10000 RPM vai 15000 RPM) vai SSD; 5.3. Vismaz 4gab. kopējais apjoms vismaz 2.4TB; 5.4. Visiem diskiem jābūt ar vienāda izmēra kapacitāti 5.5. diskdziņu skaitam jābūt tādam, lai tos būtu iespējams saslēgt RAID 10 slēgumā.
6.	Grafiskais adapteri	Grafiskais adapteris ar izšķirtspēju vismaz SXGA

Nr.	Parametrs	Minimālās prasības
		(1280x1024).
7.	Barošanas avots	Dublēti, karsti maināmi (Redundant, hot swap).
8.	USB pieslēgumvietas	Divas USB 2.0 pieslēgvietas.
9.	Tīkla adapteris	2 portu Ethernet 10/100/1000 Base-TX (full duplex) porti ar linku agregācijas (teaming) un TCP/IP off-load funkcionalitāti.
10.	Ievades un izvades ierīces	Jābūt iespējai pieslēgt klaviatūru, peli un monitoru.
11.	Diagnostikas sistēma	Brīdina par detaļu (vismaz CPU, RAM, HDD) iespējamo drīzo bojājumu. Diagnostikas sistēma ir iebūvēta servera vadības kontrolierī, tā regulāri pārbauda komponentes un spējīga darboties bez interneta pieslēguma. Brīdinājums tiek uzskatīts par pietiekamu pamatu attiecīgās detaļas nomaiņai garantijas ietvaros nekavējoties, pat ja detaļa ir vēl strādājoša un nav bojāta.
12.	Pārvaldība	Sistēmas pārvaldības apakšsistēma ar vismaz 10/100 BaseT Ethernet port (RJ-45) interfeisa portu Servera pārvaldībai, arī tad, ja Serveris ir “Power Off” stāvoklī, bet ir pievienots pie elektrobarošanas tīkla. Pārvaldības nodrošināšanai paredzētā programmatūra ar šādu funkcionalitāti: - grafiskā konsole nepārtrauktai (laika periodā nelimitētai) servera attālinātai vadībai; - SNMPv2 protokola atbalsts un MIB datnes vai IPMI atbalsts; - SSL tehnoloģija savienojuma drošībai visos režīmos; - iespēja veikt attālinātu operētājsistēmas instalāciju. Visām pārvaldības programmatūras licencēm jābūt iekļautām piedāvājumā.
13.	Operētājsistēma	Atbilstoša MKP TLKAIS programmatūras piedāvātajam risinājumam. Operētājsistēmai un tās licencei jābūt piedāvātai tādai, lai šo produktu izstrādātāji garantētu jauninājumu un labojumu piegādi vismaz 5 (piecus) gadus no serveru nodošanas ekspluatācijā dienas.
14.	Papildus video karte	Pēc nepieciešamības. Atbilstoša MKP TLKAIS programmatūras piedāvātajam risinājumam.
15.	Prasības ražošanas procesam	Visas serveru komponentes (izņemot, ja ir papildus videokarte) ir pārbaudītas servertehnikas ražotāja rūpnīcā, kā arī uz visām komponentēm attiecas ražotāja noteiktā garantija un servertehnikai tiks nodrošināta tāda apkalpošanas procedūra, kas nodrošinās garantijas saglabāšanu.
16.	Montāža	Servera iekārta jāuzstāda katra lokālā transportlīdzekļu atpazīšanas punkta serveru vai komunikāciju telpā.

NP.03-1-2. Papildus serveris gadījumiem, ja līguma izpildes gaitā, VID nepasūtīs optiskā starpsavienojuma ierīkošanu starp objektiem Xxxxxx xxxx 0 un Sarkanmuižas dambī 25a vai arī līguma izpildes gaitā kādu iemeslu dēļ nebūs iespējams ierīkot optisko starpsavienojumu starp objektiem Xxxxxx xxxx 0 un Sarkanmuižas dambī 25a, kā rezultātā datu nosūtīšanai xx Xxxxxx xxxx 0 ierīkojamā MKP TLKAIS uz TLKAIS CDB būs jāizmanto trešās puses pakalpojumus. Piedāvātajam serverim jābūt tādam kurš spēj nodrošināt piedāvātās sistēmas darbību bez traucējumiem pie attiecīgām veiktspējas prasībām (NP.06-1), ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 5.3.tabulā.

5.3.tabula

MKP TLKAIS papildus servera iekārtas minimālās prasības

Nr.	Parametrs	Minimālās prasības
1.	Izpildījums	1.1. montējams āra vadības skapī, komplektā iekļauts nepieciešamais papildaprīkojums servera montāžai āra vadības skapī. 1.2. piedāvātajiem serveriem jābūt jauniem, iepriekš nelietotiem; 1.3. piedāvātie serveri nedrīkst būt iekļauti ražotāja pārdošanas pārtraukšanas „End of Sale” sarakstā (uz piedāvājuma iesniegšanas brīdi). 1.4. Pēc serveru piegādes, bet līdz serveru pieņemšanai ekspluatācijā, Pretendents iesniedz ražotāja pilnvarota pārstāvja apliecinājumu, ka serveru garantijas ir piereģistrētas uz Pasūtītāja vārdu.
2.	Procesors	2 gab. AMD/Intel ar vismaz sešiem kodoliem uz katru fizisko procesoru ar skaitļošanas jaudu vismaz 36 punkti uz vienu kodolu pēc xxx.xxxx.xxx “SPECint2006 Rate” specifikācijas. Atbilstoši Intel 64 (EM64T) vai AMD64 arhitektūrai.
3.	Operatīvā atmiņa	DDR3 vai DDR4 64 GB ECC ar kļūdu labošanas mehānismu, vismaz 1866MHz kopnes ātrums jebkādā operatīvās atmiņas konfigurācijā. Atmiņu moduļu izvietojumam jābūt sadalītam proporcionāli uz katru procesoru.
4.	RAID adapteris	RAID 0, 1, 5, 10 atbalsts. Pret elektrobarošanas pārrāvumu aizsargāta kešatmiņa vismaz 1024 MB apmērā.
5.	Diskdziņi	5.1. karsti maināmi (Hot-Swap); 5.2. SAS (10000 RPM vai 15000 RPM) vai SSD; 5.3. Vismaz 4gab. kopējais apjoms vismaz 2.4TB; 5.4. Visiem diskiem jābūt ar vienāda izmēra kapacitāti 5.5. diskdziņu skaitam jābūt tādam, lai tos būtu iespējams saslēgt RAID 10 slēgumā.
6.	Grafiskais adapteri	Grafiskais adapteris ar izšķirtspēju vismaz SXGA (1280x1024).
7.	Barošanas avots	Dublēti, karsti maināmi (Redundant, hot swap).
8.	USB	Divas USB 2.0 pieslēgvietas.

Nr.	Parametrs	Minimālās prasības
	pieslēgumvietas
9.	Tīkla adapteris	2 portu Ethernet 10/100/1000 Base-TX (full duplex) porti ar linku agregācijas (teaming) un TCP/IP off-load funkcionalitāti.
10.	Ievades un izvades ierīces	Jābūt iespējai pieslēgt klaviatūru, peli un monitoru.
11.	Diagnostikas sistēma	Brīdina par detaļu (vismaz CPU, RAM, HDD) iespējamo drīzo bojājumu. Diagnostikas sistēma ir iebūvēta servera vadības kontrolierī, tā regulāri pārbauda komponentes un spējīga darboties bez interneta pieslēguma. Brīdinājums tiek uzskatīts par pietiekamu pamatu attiecīgās detaļas nomaiņai garantijas ietvaros nekavējoties, pat ja detaļa ir vēl strādājoša un nav bojāta.
12.	Pārvaldība	Sistēmas pārvaldības apakšsistēma ar vismaz 10/100 BaseT Ethernet port (RJ-45) interfeisa portu Servera pārvaldībai, arī tad, ja Serveris ir “Power Off” stāvoklī, bet ir pievienots pie elektrobarošanas tīkla. Pārvaldības nodrošināšanai paredzētā programmatūra ar šādu funkcionalitāti: - grafiskā konsole nepārtrauktai (laika periodā nelimitētai) servera attālinātai vadībai; - SNMPv2 protokola atbalsts un MIB datnes vai IPMI atbalsts; - SSL tehnoloģija savienojuma drošībai visos režīmos; - iespēja veikt attālinātu operētājsistēmas instalāciju. Visām pārvaldības programmatūras licencēm jābūt iekļautām piedāvājumā.
13.	Operētājsistēma	Atbilstoša MKP TLKAIS programmatūras piedāvātajam risinājumam. Operētājsistēmai un tās licencei jābūt piedāvātai tādai, lai šo produktu izstrādātāji garantētu jauninājumu un labojumu piegādi vismaz 5 (piecus) gadus no serveru nodošanas ekspluatācijā dienas.
14.	Papildus video karte	Pēc nepieciešamības. Atbilstoša MKP TLKAIS programmatūras piedāvātajam risinājumam.
15.	Prasības ražošanas procesam	Visas serveru komponentes (izņemot, ja ir papildus videokarte) ir pārbaudītas servertehnikas ražotāja rūpnīcā, kā arī uz visām komponentēm attiecas ražotāja noteiktā garantija un servertehnikai tiks nodrošināta tāda apkalpošanas procedūra, kas nodrošinās garantijas saglabāšanu.
16.	Montāža	Servera iekārta jāuzstāda transportlīdzekļu atpazīšanas punkta āra vadības skapī (Prasība NP.03-6-2).

5.3.2. NP.03-2 Prasības Ass svaru programmatūras servera iekārtai

Katrā lokālajā transportlīdzekļu atpazīšanas punktā kurā paredzēts uzstādīt Ass svarus, jāpiegādā 1 serveris, kurš spēj nodrošināt piedāvātās sistēmas darbību bez traucējumiem pie attiecīgām veiktspējas prasībām (NP.06-2), ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 5.4.tabulā.

Ass svaru programmatūras serveri var nepiegādāt, ja ass svaru darbināšanai nepieciešamo programmatūru tehnoloģiski ir iespējams darbināt uz servera, kas tiek piedāvāts TLKAIS programmatūras darbināšanai (prasība NP.03-1).

Gadījumā, ja TLKAIS un ass serveru programmatūru piedāvātajā risinājumā ir plānots darbināt uz viena servera, piedāvātajam serverim jāspēj nodrošināt piedāvātā Risinājuma darbību bez traucējumiem pie attiecīgām veiktspējas prasībām (NP.06-1 un NP.06-2), ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 5.2.tabulā.

5.4.tabula

Ass svaru programmatūras servera iekārtas minimālās prasības

Nr.	Parametrs	Minimālās prasības
1.	Izpildījums	1.1.Statnē montējams (Rackmount), komplektā iekļautas sliedes, aizmugures kabeļu organizators un citi nepieciešamie komponenti servera montāžai statnē. Sliedēm jānodrošina iespēja izvilkt serveri no statnes un neizņemot to no statnes veikt tā apkalpošanu, remontu; 1.2. piedāvātajiem serveriem jābūt jauniem, iepriekš nelietotiem; 1.3. piedāvātie serveri nedrīkst būt iekļauti ražotāja pārdošanas pārtraukšanas „End of Sale” sarakstā (uz piedāvājuma iesniegšanas brīdi); 1.4. pēc serveru piegādes, bet līdz serveru pieņemšanai ekspluatācijā, Pretendents iesniedz ražotāja pilnvarota pārstāvja apliecinājumu, ka serveru garantijas ir piereģistrētas uz Pasūtītāja vārdu.
2.	Procesors	2 gab. AMD/Intel ar vismaz četriem kodoliem uz katru fizisko procesoru ar skaitļošanas jaudu vismaz 28 punkti uz vienu kodolu pēc xxx.xxxx.xxx “SPECint2006 Rate” specifikācijas. Atbilstoši Intel 64 (EM64T) vai AMD64 arhitektūrai.
3.	Operatīvā atmiņa	DDR3 vai DDR4 32 GB ECC ar kļūdu labošanas mehānismu, vismaz 1866MHz kopnes ātrums jebkādā operatīvās atmiņas konfigurācijā. Atmiņu moduļu izvietojumam jābūt sadalītam proporcionāli uz katru procesoru.
4.	RAID adapteris	RAID 0, 1, 5, 10 atbalsts. Pret elektrobarošanas pārrāvumu aizsargāta kešatmiņa vismaz 1024 MB apmērā.
5.	Diskdziņi	5.1. Karsti maināmi (Hot-Swap); 5.2. minimālais diskdziņu kopējais apjoms 1,2 TB pēc SI metriskās sistēmas (InternationalSystemofUnits);

Nr.	Parametrs	Minimālās prasības
		5.3. minimālais diskdziņu kopējais IOPS daudzums 560 (pieņemot ka viens diskdzinis SAS 10000 RPM = 140 IOPS, SAS 15000 RPM = 180 IOPS; 5.4. diskdziņu minimālajam skaitam jābūt tādam, lai tos būtu iespējams saslēgt RAID 10 slēgumā.
6.	Grafiskais adapteris	Grafiskais adapteris ar izšķirtspēju SXGA (1280x1024).
7.	Barošanas avots	Dublēti, karsti maināmi (Redundant, hot swap).
8.	USB pieslēgumvietas	Divas USB 2.0 pieslēgvietas.
9.	Tīkla adapteris	4 portu Ethernet 10/100/1000 Base-TX (full duplex) porti ar linku agregācijas (LACP) un TCP/IP off-load funkcionalitāti.
10.	Ievades un izvades ierīces	Jābūt iespējai pieslēgt klaviatūru, peli un monitoru.
11.	Diagnostikas sistēma	Brīdina par detaļu (vismaz CPU, RAM, HDD) iespējamo drīzo bojājumu. Diagnostikas sistēma ir iebūvēta servera vadības kontrolierī, tā regulāri pārbauda komponentes un spējīga darboties bez interneta pieslēguma. Brīdinājums tiek uzskatīts par pietiekamu pamatu attiecīgās detaļas nomaiņai garantijas ietvaros nekavējoties, pat ja detaļa ir vēl strādājoša un nav bojāta.
12.	Pārvaldība	Sistēmas pārvaldības apakšsistēma ar vismaz 10/100 BaseT Ethernet port (RJ-45) interfeisa portu Servera pārvaldībai, arī tad, ja Serveris ir “Power Off” stāvoklī, bet ir pievienots pie elektrobarošanas tīkla. Pārvaldības nodrošināšanai paredzētā programmatūra ar šādu funkcionalitāti: - grafiskā konsole nepārtrauktai (laika periodā nelimitētai) servera attālinātai vadībai; - SNMPv2 protokola atbalsts un MIB datnes vai IPMI atbalsts; - SSL tehnoloģija savienojuma drošībai visos režīmos; - iespēja veikt attālinātu operētājsistēmas instalāciju. Visām pārvaldības programmatūras licencēm jābūt iekļautām piedāvājumā.
13.	Operētājsistēma	Atbilstoša Ass svaru programmatūras piedāvātajam risinājumam. Operētājsistēmai un tās licencei jābūt piedāvātai tādai, lai šo produktu izstrādātāji garantētu jauninājumu un labojumu piegādi vismaz 5 (piecus) gadus no serveru nodošanas ekspluatācijā dienas.
14.	Prasības ražošanas procesam	Visas serveru komponentes ir pārbaudītas servertehnikas ražotāja rūpnīcā, kā arī uz visām komponentēm attiecas ražotāja noteiktā garantija un servertehnikai tiks nodrošināta tāda apkalpošanas procedūra, kas nodrošinās garantijas saglabāšanu.

Nr.

Parametrs

Minimālās prasības

15.

Montāža

Servera iekārta jāuzstāda katra lokālā transportlīdzekļu

atpazīšanas punkta serveru vai komunikāciju telpā.

5.3.3. NP.03-3 Prasības tīkla komutatoriem

Katrā lokālajā transportlīdzekļu atpazīšanas punktā, jāpiegādā tīkla komutatori, kuri spēj nodrošināt piedāvātā risinājuma darbību bez traucējumiem pie attiecīgām veiktspējas prasībām (NP.06), ar vismaz tādu minimālo konfigurāciju, kāda norādīta Tehniskās specifikācijas 5.5.tabulā.

5.5.tabula

Tīkla komutatora iekārtas minimālās prasības

Nr.	Parametrs	Minimālās prasības
1. Tīkla komutators serveru vai komunikāciju telpās izvietoto tīkla iekārtu pieslēgšanai
1.1.	Pielietojums	Pie iekārtas jāpieslēdz visas piedāvātās sistēmas darbināšanai paredzētās iekārtas, kas izvietotas lokālo atpazīšanas punktu serveru vai komunikāciju telpās, un kuras sistēmas darbības nodrošināšanai ir jāpieslēdz pie VID datortīkla. Pie iekārtas jāpieslēdz visi optiskie starpsavienojumi.
1.2.	Pieslēguma porti	Datortīkla pieslēguma vietas: 1.1. portu skaitam jābūt tādam, lai būtu iespējams vienā komutatorā saslēgt visas attiecīgajā objektā esošās tīkla iekārtas, bet ne mazāk, kā 12 10/100/1000Base-Tx PoE+ porti; 1.2. SFP ligzdu skaitam jābūt tādam, lai pie viena komutatora būtu iespējams pieslēgt visus pienākošos optiskos starpsavienojumus, tai skaitā savienojumus uz VID lokālo datortīklu. SFP ligzdām jābūt nokomplektētām ar atbilstošiem raidītāju-uztvērēju moduļiem (transceiver).
1.3.	Backplane ātrums	Vismaz 32Gbps
1.4.	VLAN	VLAN atbalsts, VLAN trunking (802.1Q)
1.5.	Prioritāte	Priority (802.1p)
1.6.	Power Over Ethernet atbalsts	PoE (IEEE 802.3af)
1.7.	Portu autentifikācija	Komutatoram jābūt pilnībā integrējamam pasūtītāja rīcībā esošajā Cisco Identity Services Engine infrastruktūrā. Atbalsta integrāciju ar RADIUS autentifikācijas un autorizācijas servisiem, Port- based Network Access Control (802.1x).
1.8.	SNMP	SNMPv2, SNMPv3
1.9.	Attālināta vadība	Attālināta iekārtas vadība izmantojot SSH un WEB vai speciālo lietotni. SSH jānodrošina pilnvērtīga vadība, nodrošinot visu komutatora uzstādījumu konfigurēšanas iespēju (IP adreses, drošības uzstādījumi, portu uzstādījumi, VLAN

		uzstādījumi).
1.10.	Pārvaldība	Komutatoram jābūt pilnībā integrējamam pasūtītāja rīcībā esošajā Cisco Prime infrastructure pārvaldības rīkā.
1.11.	Montāža	Tīkla komutators jāuzstāda katra lokālā transportlīdzekļu atpazīšanas punkta serveru vai komunikāciju telpā.
2. Tīkla komutators ārējo iekārtu pieslēgšanai
2.1.	pielietojums	ārējo iekārtu pieslēgšanai, tajā skaitā, bet ne tikai: 2.1.1.MKP TLKAIS IP video kameras; 2.1.2. optiskie konverteri (ja tādi ir); 2.1.3.videonovērošanas kameras; 2.1.4.Ass svaru procesori; 2.1.5. vadības kontrolieri; 2.1.6. MKP TLKAIS papildus serveris (ja tāds ir); 2.1.7. temperatūras sensori, u.c. datortīklam pieslēdzamas iekārtas. Jānodrošina gadījumos, ja tehnoloģiski nav iespējams šajā apakšpunktā minētās tīkla iekārtas pieslēgt pie šajā tabulā 1.punktā minētā tīkla komutatora.
2.2.	Pieslēguma porti	Datortīkla pieslēguma vietas: 1.1. Portu skaitam jābūt tādam, lai būtu iespējams vienā komutatorā saslēgt visas attiecīgajā objektā esošās tīkla iekārtas, bet ne mazāk, kā 8 10/100/1000Base-Tx PoE+ porti. 1.2. SFP ligzdu skaitam jābūt tādam, lai pie viena komutatora būtu iespējams pieslēgt visus pienākošos optiskos starpsavienojumus, tai skaitā savienojumus uz VID lokālo datortīklu. SFP ligzdām jābūt nokomplektētām ar atbilstošiem raidītāju-uztvērēju moduļiem (transceiver).
2.3.	Power Over Ethernet atbalsts	PoE (IEEE 802.3af, IEEE 802.3at)
2.4.	Portu autentifikācija	Komutatoram jābūt pilnībā integrējamam pasūtītāja rīcībā esošajā Cisco Identity Services Engine infrastuktūrā. Atbalsta integrāciju ar RADIUS autentifikācijas un autorizācijas servisiem, Port- based Network Access Control (802.1x).
2.5.	Attālināta vadība	Attālināta iekārtas vadība, izmantojot SSH un WEB vai speciālo lietotni. SSH jānodrošina pilnvērtīga vadība, nodrošinot visu komutatora uzstādījumu konfigurēšanas iespēju (IP adreses, drošības uzstādījumi, portu uzstādījumi, vlan uzstādījumi).
2.6.	Pārvaldība	Komutatoram jābūt pilnībā integrējamam pasūtītāja rīcībā esošajā Cisco Prime infrastructure pārvaldības rīkā.
2.7.	Montāža	Montējams MKP TLKAIS vai Ass svaru ārējo

iekārtu vadības skapī. Jābūt pieslēgtam Pasūtītāja

datortīklam.

2.8.

Darbības

temperatūra

Jānodrošina ražotāja noteikto iekārtas temperatūras

režīmu.

5.3.4. NP.03-4 Prasības nepārtrauktās elektrobarošanas avotiem (UPS)

Visas iekārtas, kas paredzētas piedāvātā risinājuma darbināšanai un kas tiek darbinātas izmantojot elektroenerģiju, ir jāpieslēdz pie nepārtrauktās elektrobarošanas avotiem. Minimālās prasības nepārtrauktās elektrobarošanas avotiem ir noteiktas Tehniskās specifikācijas 5.6.tabulā.

5.6.tabula

Minimālās prasības nepārtrauktās barošanas avotiem

Nr.	Parametrs	Minimālās prasības
1. UPS serveru vai komunikāciju telpās izvietoto iekārtu pieslēgšanai
1.1.	Formfaktors	Statnē montējams 19” (rack-mount)
1.2.	Risinājums	Dubultās pārveidošanas (double convertation) UPS iekārta
1.3.	Aizsargāto elektrobarošanas pieslēguma vietu skaits	Ne mazāk kā 8, IEC 320 C13
1.4.	Maksimālā darbības jauda, VA/W	Ne mazāk, kā 3000VA/2000W
1.5.	Monitoringa iespējas	Jābūt Ethernet LAN (RJ-45) pieslēgvietai. Atbalstāmie tīkla protokoli - SNMP v2, SNMP v3
1.6.	LCD ekrāns	LCD ekrāns ar tekstuālu un grafisku attēlojumu par darbības režīmiem un sistēmas parametriem
1.7.	Pielietojums	Pie iekārtas jāpieslēdz visas piedāvātā MKP TLKAIS Risinājuma darbināšanai paredzētās iekārtas, kas izvietotas lokālo atpazīšanas punktu serveru vai komunikāciju telpās.
1.8.	Montāža	Montējams prasībā NP.03-6-1 minētajā serveru statnē. Jābūt pieslēgtam Pasūtītāja datortīklam.
2. UPS ārējo iekārtu pieslēgšanai
2.1.	Pielietojums	UPS ārējo iekārtu pieslēgšanai, tajā skaitā, bet ne tikai: 2.1.1.MKP TLKAIS video kameras; 2.1.2. optiskie konverteri; 2.1.3.videonovērošanas kameras; 2.1.4. attāluma lāzermērītājs; 2.1.5. MKP TLKAIS papildus serveris (ja tāds ir); 2.1.6.Ass svaru kompleksa vadības procesors, indikatori un devēji, u.c. iekārtas, kas nodrošina Risinājuma darbību, un kas tiek darbinātas izmantojot elektroenerģiju. Jānodrošina gadījumā, ja tehnoloģiski nav

		iespējams šajā punktā minētos elektroenerģijas patērētājus pieslēgt pie šajā tabulā 1.punktā minētās UPS iekārtas.
2.2.	Darbības ilgums no akumulatora, pilnas slodzes režīmā.	Vismaz 10 minūtes.
2.3.	Monitoringa iespējas	Jābūt Ethernet LAN (RJ-45) pieslēgvietai. Atbalstāmie tīkla protokoli - SNMP v2, SNMP v3.
2.4.	Montāža	Montējams MKP TLKAIS vai Ass svaru ārējo iekārtu vadības skapī. Jābūt pieslēgtam Pasūtītāja datortīklam.
2.5.	Darbības temperatūra	Jānodrošina ražotāja noteikto UPS iekārtas temperatūras režīmu.

5.3.5. NP.03-5 Prasības videonovērošanas sistēmai

NP.03-5-1 Ventspils MKP:

Transportlīdzekļu atpazīšanas vietās jāuzstāda videonovērošanas sistēma, kopā jāuzstāda 3 videonovērošanas sistēmas:

1. Videonovērošanas sistēma xxxxxxx Xxxxxx xxxx 00/00 iebraucošajā joslā (novēro attiecīgās joslas Svarus un TLKAIS);

2. Videonovērošanas sistēma xxxxxxx Xxxxxx xxxx 00/00 izbraucošajā joslā (novēro attiecīgās joslas Svarus un TLKAIS);

3. Videonovērošanas sistēma objektā Xxxxxx xxxx 0 (novēro gan iebraucošās, gan izbraucošās joslas TLKAIS).

5.7.tabula

Minimālās prasības Ventspils MKP videonovērošanas sistēmai

Nr.	Apraksts, minimālās prasības
1.	Pretendentam jāpiegādā un jāuzstāda videonovērošanas sistēma kurai jābūt pilnībā integrējamai Pasūtītāja rīcībā esošajā Bosch Security Systems - Bosch Video Management System v.6.5 videonovērošanas risinājumā. Videonovērošanas sistēmai jābūt pilnībā vadāmām no centrālā vadības mezgla. Visām licencēm tai skaitā risinājuma integrēšanai centrālā mezglā jābūt iekļautam piedāvājumā. Katrai videonovērošanas sistēmai jānodrošina vismaz divas videonovērošanas kameras, kas atbilst vismaz šādām minimālajām prasībām:
	Parametrs	Minimālās prasības
	Kameras tips	Fiksēta āra izpildījuma kamera
	Savietojamība	Jābūt integrējamai Bosch Security systems DIVAR IP 6000 iekārtā ar visām nepieciešamajām licencēm.
	Kameras sensors	CMOS, vismaz 1/2.7"
	Kameras objektīvs	vismaz 3–10 mm, F1.3, attālināts fokuss un zoom
	Kameras infrasarkanais apgaismojums	Nodrošina apgaismojumu vismaz 20 m attālumā no infrasarkanā avota (elektrobarošana no PoE vai UPS)
	Kameras gaismas jūtība	Krāsu režīmā: 0.1 lux (F1.2), melnbaltā režīmā: 0.0 lux

Izšķirtspēja un

kadru skaits sekundē

Full HD 1920x1080 – 30 kadri/sekundē

Dinamiskais

diapazons

76dB Wide Dynamic Range (WDR)

Audio ieeja

G.711

Tīkla drošība un atbalstāmie

protokoli

Aizsardzība ar paroli, IPv4, HTTP, HTTPS, SOAP, DNS, NTP, RTSP, RTCP, RTP, ICMP, DHCP, ARP,

802.1x, SMTP

Integrācijas

iespējas

ONVIF savietojamība

Barošana

IEEE 802.3af (802.3at Type 1) Class 3.

Datu glabātuve

Onboard Storage SD/SDHC/SDXC slots, komplektēts

ar vismaz 10. klases 32GB karti

Klimatiskie nosacījumi

-30 °C līdz 65 °C, IP66

Relatīvais gaisa mitrums: 20–90% ar kondensāciju

Videokamerām ir jānovēro uzstādītās MKP TLKAIS kameras un Ass svari (vietās kur tie ir uzstādīti), kā arī savstarpēji jāredz vienai otru, lai identificētu trešo personu izraisītus sistēmas bojājumus.

Prasības, kas jānodrošina videonovērošanas sistēmām:

2.1.

TLKAIS iekārtu zonā sistēmai jānodrošina datu savākšana video kamerās ar 25 FPS un maksimālajā izšķiršanas kvalitātē ar glabāšanas laiku vismaz 4h (rezervēšana sakaru pārtraukumu gadījumā), paralēli veidojot kopiju maksimālajā izšķiršanas kvalitātē VID rīcībā esošajā Bosch Security systems DIVAR IP 6000 straumēšanas serverī ar 90 dienu glabāšanas laiku vismaz 12 FPS (Frames per second) režīmā, kad videoierakstā redzama kustība un 3 FPS, kad kustība netiek konstatēta. Sistēmas lietotājiem, norādot datu avotu,

attiecīgajā MKP TLKAIS zonā jāvar caurlūkot gan kamerās, gan straumēšanas serverī savāktos video datus.

2.2.

Ja līguma izpildes gaitā, VID nepasūtīs ierīkošanu vai kādu iemeslu dēļ nebūs iespējams ierīkot optisko starpsavienojumu starp objektiem Xxxxxx xxxx 0 un Sarkanmuižas dambī 00x, Xxxxxx xxxx 0 ierīkotās videonovērošanas sistēmas datu savākšanai un uzglabāšanai Pretendentam būs jāpiegādā straumēšanas serveris.

Videonovērošanas straumēšanas serveris jāuzstāda āra vadības skapī Xxxxxx xxxx 0 (Prasība NP.03-6-2).

2.2.1.

Straumēšanas serverim jānodrošina datu saņemšana un uzglabāšana no uzstādītajām videonovērošanas kamerām maksimālajā izšķiršanas kvalitātē ar 90 dienu glabāšanas laiku vismaz 12 FPS (Frames per second) režīmā, kad videoierakstā redzama kustība un 3 FPS, kad kustība netiek konstatēta. Sistēmas lietotājiem, norādot datu avotu, attiecīgajā MKP TLKAIS zonā jāvar caurlūkot gan kamerās, gan straumēšanas serverī savāktos video datus. Piedāvātajam risinājumam jābūt patstāvīgam un jānodrošina videoierakstu replikācija uz Pasūtītāja rīcībā esošo videonovērošanas risinājuma centrālo

xxxxxx Xxxxxxx xxxx 0, Xxxx.

2.2.2.

Straumēšanas serverim jābūt iebūvētam web interfeisam, kas autorizētam VID darbiniekam, izmantojot web pārlūku, attālināti ļauj pārvaldīt servera

iestatījumus, kā arī veikt video attēla aplūkošanu tiešsaistē vai arhīvā;

2.2.3.	Straumēšanas serverim jānodrošina vismaz šādi piekļuves tiesību līmeņi:
2.2.3.1	administrators – pilnas tiesības uz servera pārvaldību;
2.2.3.2	lietotājs – iespēja aplūkot video attēlus, tiešsaistē vai arhīvā;
2.3.	Visu videonovērošanas sistēmu piegādes ietvaros ir jāpiegādā viens video monitors ar mērķi pārraudzīt MKP TLKAIS un Ass svaru sistēmu. Monitora minimālās prasības:
	Parametrs	Minimālās prasības
	Monitora tips	LCD
	Izgaismojums	LED
	Ekrāna izmērs (collas) un izšķirtspēja	27″, 2560x1440
	Reakcijas laiks	Ne vairāk kā 5ms
	Regulēšanas iespējas	1.Jābūt iespējai ekrānu pagriezt par 90° jeb PIVOT. 2.augstuma regulācija vismaz 110 mm.
	Elektrobarošanas spriegums un frekvence	230V±5%, 50Hz
	Komplektācija	Kabeļi un visi ražotāja tehniskajā specifikācijā norādītie papildus adapteri.
	Montāža	Ventspils MKP telpās konkrētu vietu saskaņojot ar pasūtītāja pilnvaroto personu

NP.03-5-2 Liepājas MKP:

MKP TLKAIS uzstādīšanas vietās jāuzstāda videonovērošanas sistēma, kas novēro gan iebraucošo, gan izbraucošās joslas MKP TLKAIS un Ass svarus. Minimālās prasības uzstādāmai videonovērošanas sistēmai definētas Tehniskās specifikācijas 5.8.tabulā.

5.8.tabula

Minimālās prasības Liepājas MKP videonovērošanas sistēmai

Nr.	Apraksts, minimālās prasības
1.	Pretendentam jāpiegādā un jāuzstāda videonovērošanas sistēma kurai jābūt pilnībā integrējamai Pasūtītāja rīcībā esošajā Bosch Security Systems - Bosch Video Management System v.6.5 videonovērošanas risinājumā. Videonovērošanas sistēmai jābūt pilnībā vadāmām no centrālā vadības mezgla. Visām licencēm tai skaitā risinājuma integrēšanai centrālā mezglā jābūt iekļautam piedāvājumā. Katrai videonovērošanas sistēmai jānodrošina vismaz divas videokameras, kas atbilst vismaz šādām minimālajām prasībām:
	Parametrs	Minimālās prasības
	Kameras tips	Fiksēta āra izpildījuma kamera
	Savietojamība	Jābūt integrējamai Bosch Security systems DIVAR IP 6000 iekārtā ar visām nepieciešamajām licencēm.
	Kameras sensors	CMOS, vismaz 1/2.7"
	Kameras objektīvs	vismaz 3–10 mm, F1.3, attālināts fokuss un zoom

	Kameras infrasarkanais (IR) apgaismojums	Nodrošina apgaismojumu vismaz 20 m attālumā no infrasarkanā avota (elektrobarošana no PoE vai UPS)
	Kameras gaismas jūtība	Krāsu režīmā: 0.1 lux (F1.2), melnbaltā režīmā: 0.0 lux
	Izšķirtspēja un kadru skaits sekundē	Full HD 1920x1080 – 30 kadri/sekundē
	Dinamiskais diapazons	76dB Wide Dynamic Range (WDR)
	Audio ieeja	G.711
	Tīkla drošība un atbalstāmie protokoli	Aizsardzība ar paroli, IPv4, HTTP, HTTPS, SOAP, DNS, NTP, RTSP, RTCP, RTP, ICMP, DHCP, ARP, 802.1x, SMTP
	Integrācijas iespējas	ONVIF savietojamība
	Barošana	IEEE 802.3af (802.3at Type 1) Class 3.
	Datu glabātuve	Onboard Storage SD/SDHC/SDXC slots, komplektēts ar vismaz 10. klases 32GB karti
	Klimatiskie nosacījumi	-30 °C līdz 65 °C, IP66 Relatīvais gaisa mitrums: 20–90% ar kondensāciju
	Videokamerām ir jānovēro uzstādītās MKP TLKAIS kameras un Ass svari (vietās kur tie ir uzstādīti), kā arī savstarpēji jāredz vienai otru, lai identificētu trešo personu izraisītus sistēmas bojājumus.
2.	Prasības, kas jānodrošina visām videonovērošanas sistēmām:
2.1.	TLKAIS iekārtu zonā sistēmai jānodrošina datu savākšana video kamerās ar 25 FPS un maksimālajā izšķiršanas kvalitātē ar glabāšanas laiku vismaz 4h (rezervēšana sakaru pārtraukumu gadījumā), paralēli veidojot kopiju maksimālajā izšķiršanas kvalitātē VID rīcībā esošajā Bosch Security systems DIVAR IP 6000 straumēšanas serverī ar 90 dienu glabāšanas laiku vismaz 12 FPS (Frames per second) režīmā, kad videoierakstā redzama kustība un 3 FPS, kad kustība netiek konstatēta. Sistēmas lietotājiem, norādot datu avotu, attiecīgajā MKP TLKAIS zonā jāvar caurlūkot gan kamerās, gan straumēšanas serverī savāktos video datus.
2.2	Visu videonovērošanas sistēmu piegādes ietvaros ir jāpiegādā viens video monitors, ar mērķi pārraudzīt MKP TLKAIS un Ass svaru sistēmu. Monitora minimālās prasības:
	Parametrs	Minimālās prasība
	Monitora tips	LCD
	Izgaismojums	LED
	Ekrāna izmērs (collas) un izšķirtspēja	27″, 2560x1440
	Reakcijas laiks	Ne vairāk kā 5ms
	Regulēšanas iespējas	1.Jābūt iespējai ekrānu pagriezt par 90° jeb PIVOT. 2.augstuma regulācija vismaz 110 mm.
	Elektrobarošanas spriegums un frekvence	230V±5%, 50Hz
	Komplektācija	Kabeļi un visi ražotāja tehniskajā specifikācijā

norādītie papildus adapteri.

Montāža

Liepājas MKP telpās konkrētu vietu saskaņojot ar

pasūtītāja pilnvaroto personu.

5.3.6. NP.03-6 Prasības aparatūras statnēm un vadības skapjiem

NP.03-6-1 Aparatūras statnes serveru vai komutācijas telpās esošo iekārtu izvietošanai

Aparatūras izvietošanai serveru vai komunikāciju telpās jāizmanto Pasūtītāja rīcībā esošās Colocation Rack tipa serveru statnes, neaizņemot vairāk, kā vienu statnes sekciju ar izmēru 11U. Precīzas serveru statņu atrašanās vietas objektā tiks saskaņotas risinājuma projektēšanas ietvaros.

NP.03-6-2 Vadības skapji ārējo iekārtu izvietošanai

Katrā lokālajā transportlīdzekļu atpazīšanas punktā, jānodrošina MKP TLKAIS ārējo elementu un Ass svaru vadības iekārtu izvietošanai nepieciešamos skapjus ar vismaz tādiem tehniskajiem parametriem, kādi norādīti Tehniskās specifikācijas 5.9.tabulā.

5.9.tabula

Vadības skapju minimālās tehniskās prasības

Nr.	Parametrs	Minimālās prasības
1.	Aprīkojums	Vadības skapis ir aprīkots ar dzesēšanas un sildīšanas risinājumu, kas nodrošina visu tajā ievietoto elementu ražotāju noteikto ekspluatācijas (Operation) parametru nodrošināšanu, kā arī sertifikācijas noteikumos noteikto iekārtu minimālo temperatūras diapazonu. Ja šie parametri atbilstoši iebūvētās monitoringa sistēmas informācijai netiks ievērots, Pasūtītājs to uzskatīs par sistēmas bojājumu un tiks uzsākta bojājumu pieteikuma procedūra.
2.	Monitoringa nodrošināšana	Vadības skapim ir jābūt aprīkotam ar kontrolleri ar Ethernet pieslēguma portu un SNMP paziņojumu nosūtīšanas iespēju, kā arī ar temperatūras, relatīvā gaisa mitruma un durvju atvēršanas sensoriem. Sistēmu jāpieslēdz pie VID datortīkla datu centralizētās savākšanas nodrošināšanai.
3.	Papildus sensori Ass svaru bedres zonā	Temperatūras sensoru jāuzstāda arī svaru bedres zonā, sensoram jābūt ar SNMP paziņojumu nosūtīšanas iespēju, sensoram jābūt pieslēgtam pie VID datortīkla datu centralizētās savākšanas nodrošināšanai.
4.	Aizsardzība pret putekļiem un mitrumu	Vadības skapim jāatbilst vismaz IP 54 klasei. Neizmantotajos stiprināšanas urbumos jāieskrūvē skrūves, kabeļu ievadus hermetizēt, lai nodrošinātu atbilstošu aizsardzības pakāpi.
5.	Skapja konstrukcija	Skapim jābūt paredzētam izmantošanai āra apstākļos, ar augšējās daļas konstrukciju, kas nodrošina nokrišņu

		novadīšanu no priekšējām durvīm. Korpuss izgatavots no cinkota tērauda lokšņu materiāla un pārklāts ar UV starojuma noturīgu polimēru pārklājumu ar pulvertehnoloģijas metodi. Skapja konstrukcijai jābūt divdaļīgai, izmantojot pamata konstrukciju, kas nodrošina konstrukcijas stabilitāti un ar kabeļu ievadu aizsardzību pret grunts ūdeņu iekļūšanu. Skapja montāžu jāveic atbilstoši ražotāja tehniskajiem noteikumiem. Skapja durvju apakšējā mala nedrīkst būt zemāka par 250mm līdz grunts līmenim (durvju atvēršanai arī ziemas apstākļos).
6.	Piekļuves nodrošināšana	Skapja durvīm jābūt aizslēdzamām ar mehānisko vai elektronisko atslēgu.
7.	Zemējums	Skapī jābūt sazemētām visām metāliskajām konstrukcijām un pievienotam zemējuma kontūram ar pretestību ne lielāku par 4 omiem.
8.	Dokumentācija un marķējums	Pēc iekārtu instalācijas veikšanas skapī jābūt nodrošināta informācija par ievietotā risinājuma principiālo shēmu un elementu izvietojumu (fasādes). Visiem savienojošiem vadiem jābūt marķētiem, lai ir iespējams identificēt abu pušu savienojumu vietas.

5.3.7. NP.03-7 Infrastruktūras ierobežojumi

NP.03-7-1 Datu pārraides tīkls

1. Datu pārsūtīšanai no lokālām MKP TLKAIS datubāzēm uz TLKAIS CDB datubāzi jāizmanto Pasūtītāja rīcībā esošais korporatīvais datortīkls. Pasūtītāja rīcībā esošā datortīkla pieslēgumu datu pārraides ātrumi norādīti Tehniskās specifikācijas 5.10.tabulā.

5.10.tabula

Pasūtītāja rīcībā esošo datortīkla pieslēguma punktu ātrumi

Objekts

Pieslēguma ātrums līdz VID datu centram, Xxxxxxx xxxx 0, Rīgā

Pieslēguma kanāla pašreizējā vidējā noslodze %

Ventspils ostas MKP, Sarkanmuižas dambis 25a,

Ventspils

4 Mbps

20-30%

Liepājas ostas MKP,

X.Xxxxxxx xxxx 000, Liepāja

4 Mbps

10-15%

2. Lai būtu iespējama datu nosūtīšana no MKP TLKAIS ārējām iekārtām, Ass svaru kompleksa un videonovērošanas kamerām līdz katra lokālā punktā esošajai serveru telpai vai centrālajam telekomunikāciju skapim, Pretendentam jāizbūvē datortīkla starpsavienojumi. Starpsavienojuma izveidei jāizmanto optisko dzīslu kabeļi ar vismaz 12 vienmodu (singlemode) optiskajām dzīslām. Bezvadu risinājumi nav pieļaujami. Prasības optisko starpsavienojumu izveidei norādītas Tehniskās specifikācijas 5.11. tabulā.

5.11. tabula

Prasības optisko starpsavienojumu izveidei

Nr.	Parametrs	Minimālās prasības
1.	Darba frekvences viļņa garums	Robežās λ=1310 nm – 1550 nm;
2.	Optisko šķiedru vājinājums	20°C temperatūrā nepārsniedz sekojošos rādītājus: a) 0,5 dB/km pie viļņa garuma 1310 nm; b) 0,3 dB/km pie viļņa garuma 1550 nm. Iegūtie vājinājuma parametri nedrīkst būt lielāki kā standartā LVS EN 50173-5:2007 /A1:2011 /AC:2011 noteiktie.
3.	Optisko šķiedru metināšana	Visi savienojumi līdz servera telpai tiek veikti ar optisko šķiedru metināšanas tehnoloģiju; Gadījumā, ja kādā posmā objektīvu apstākļu dēļ nav iespējams veikt savienojumu metināšanu, tas jānorāda optisko starpsavienojumu pieņemšanas nodošanas aktā.
4.	Optisko šķiedru savienošana	Savienojot optiskās šķiedras, jāievēro ražotāja noteikto krāsu gammas atbilstoši standartam IEC 304. Visām optiskajām šķiedrām abos starpsavienojuma galos jābūt savienotām (sakausētām) optisko dzīslu savienošanas paneļos (Optical Distribution Frame jeb ODF)
5.	Savienojumu mērījumu veikšana	Pēc starpsavienojumu ierīkošanas jāveic ierīkoto savienojumu mērīšana. Mērījumu rezultātā iegūtās reflektogrammas jāiesniedz Pasūtītājam.

3. Gadījumā, ja līguma izpildes gaitā VID nepasūtīs optiskā starpsavienojuma ierīkošanu starp objektiem Xxxxxx xxxx 0 un Sarkanmuižas dambī 25a, vai arī līguma izpildes laikā tiks konstatēts, ka kādu iemeslu dēļ optisko starp savienojumu ierīkot nav iespējams, VID datu pārraides pieslēgumu xx Xxxxxx xxxx 0 uz Talejas ielu 1, Rīgā nodrošinās izmantojot trešās puses pakalpojumus ar pieslēguma ātrumu kāds noradīts 5.12.tabulā.

5.12.tabula

Plānotais datortīkla pieslēguma punkta ātrums

Objekts

Pieslēguma ātrums līdz VID datu centram, Xxxxxxx xxxx 0, Xxxx

Ventspils ostas MKP, plosta iela 7,

Ventspils

4 Mbps

5.4. NP.04 Atbilstība standartiem

Izpildītājam ir jāveic darbi un jāpiegādā šajā specifikācijā nosauktie 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.

Piedāvātās sistēmas programmatūras ieviešanas un papildinājumu izstrādes gaitā jāizmanto šādi standarti:

1. J-STD-016 – “Standard for Information Technology - Software Life Cycle Processes - Software Development”;

2. ISO/IEC 12207 – “Systems and software engineering - Software life cycle processes”;

3. 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”;

4. LVS EN ISO 15408-2:2011 – “Informācijas tehnoloģija – Drošības metodes. Kritēriji informācijas tehnoloģiju drošības novērtēšanai. 2. daļa: Drošības funkcionālās prasības

Ja Pretendents izmanto citus standartus, tad Pretendentam ir jānorāda, kādus standartus paredzēts pielietot sistēmas ieviešanas un 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.

5.5. NP.05 Lietojamības prasības

Ass svaru lokālajai lietojumprogrammatūrai, kas tiks darbināta brīžos, kad kādu tehnisku iemeslu dēļ nebūs pieejama TLKAIS CDB datubāze vai TLKAIS CDB WEB lietojumprogrammatūra, lietotāju saskarnes lietojamībai jāatbilst šādām prasībām:

1.Izstrādes ietvaros, lietotāju saskarnes izveide un ieviešana ir jāveic ievērojot standartu 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);

2. Piedāvātās sistēmas lietotāja interfeisam ir jābūt orientētam uz lietotāju:

2.1. Ekrānformās ir jāizmanto lietotājam viegli saprotama terminoloģija, piemērojot nozares „labās prakses” pieredzi;

2.2. Apzīmējot vienu un to pašu elementu vai datu lauku dažādās ekrānformās, jābūt izmantotiem vieniem un tiem pašiem terminiem un grafiskajām zīmēm;

2.3. Datu ievades un apstrādes secībai ir jāatbilst tipiska lietotāja darba procesam;

2.4. Visos gadījumos ir jābūt skaidri norādītai konkrētai darbībai, kuru veic lietotājs, kā arī skaidri saprotamām norādēm, kā pārtraukt vai pabeigt iesākto darbību;

2.5. Kļūdu un ārkārtas situāciju aprakstiem ir jābūt skaidriem un lietotājam saprotamiem, tieši norādot, kāda darbība tiek sagaidīta no lietotāja.

3. Lietotāja saskarnē iekļautie grafiskie elementi nedrīkst būtiski ietekmēt saskarnes ielādes procesu.

5.6. NP.06 Veiktspējas prasības

5.6.1. NP.06-1 Veiktspējas prasības MKP TLKAIS sistēmai

Piedāvātajai sistēmai jānodrošina, ka transportlīdzekļu vai kravu konteineru atpazīšana pēc reģistrācijas numurzīmēm vai kravu konteineru numuriem tiek veikta, un vizuāli fiksētā informācija un atpazītie dati no lokālajām transportlīdzekļu atpazīšanas vietām uz TLKAIS CDB datubāzi tiek nosūtīti 15 sekunžu laikā no transportlīdzekļa vai kravu konteinera vizuālās fiksēšanas brīža.

1. MKP TLKAIS jāstrādā attiecīgajos klimatiskas zonas laika apstākļos.

2. Izmantojot sistēmu, nedrīkst ierobežot vai kavēt robežkontroles procesu.

3. MKP TLKAIS jāapstrādā un jāsaglabā reāla laika dati par identificētiem (numuru zīmes un konteineru kodi) komerciāliem un nekomerciāliem transportlīdzekļiem, kas iebrauc ES teritorijā un izbrauc no tās.

4. MKP TLKAIS uzturēšana nedrīkst negatīvi ietekmēt sistēmas ikdienas operatīvo darbību, dublējuma operācijas nedrīkst negatīvi ietekmēt sistēmas ikdienas operatīvo darbību.

MKP TLKAIS apstrādes jaudai jāatbilst paredzamajai satiksmes intensitātei katrā robežas kontroles punktā.

5.6.2. NP.06-2 Veiktspējas prasības Ass svaru sistēmai

Piedāvātajai Ass svaru sistēmai jānodrošina, ka transportlīdzekļu svēršana var tikt veikta dinamikā, ar transportlīdzekļu pārvietošanās ātrumu līdz 50 km/h.

Transportlīdzekļu svērumu datu nosūtīšana no lokālās transportlīdzekļu svēršanas vietas uz TLKAIS CDB datubāzi nepārsniedz 30 sekundes no brīža, kad fiksēts sveramā transportlīdzekļa pēdējās ass svērums.

5.7. NP.07 Pieejamības prasības

Piedāvātajai sistēmai jānodrošina nepārtraukta pieejamība 24 stundas diennaktī un 7 dienas nedēļā, pasūtītāja piedāvātās sistēmas līmenī. Dīkstāves laiks, kas radies bojājumu, trūkumu un darbības traucējumu rezultātā, nedrīkst pārsniegt 5 (piecas) kalendārās dienas 3 mēnešu periodā.

5.8. NP.08 Drošības un uzraudzības prasības

NP.08-1 Piedāvātajai programmatūrai jānodrošina loģiskās datu kvalitātes kontroles (ievades lauku validācija);

NP.08-2 Piedāvātās programmatūras darbības savietojamības ar antivīrusa programmu McAfee Enterprise versiju 8.8.0. vai jaunāku nodrošināšana;

NP.08-3 Piedāvātajai programmatūrai jābūt izstrādātai bez OWASP mājas lapā reģistrētām biežāk pieļautajām drošības ievainojamībām, kā arī ņemot vērā standartā LVS ISO/IEC 15408-2:2011 noteiktās drošības vadlīnijas;

NP.08-4 Piedāvātajai programmatūrai jānodrošina out-of-band attālinātas administrēšanas iespējas, saskaņojot ar Pasūtītāju;

NP.08-5 attālinātais pieslēguma savienojums tiek šifrēts;

NP.08-6 Piedāvātajai programmatūrai jānodrošina vairāku līmeņu piekļuves tiesības; NP.08-7 Pretendentam jānodrošina datorsistēmas un programmatūras atbilstība LVS ISO/IEC 15408-2:2011 “Informācijas tehnoloģija. Drošības metodes. Kritēriji informācijas tehnoloģiju drošības novērtēšanai. 2.daļa: Drošības funkcionālās prasības” noteiktajām funkcionālajām drošības prasībām;

NP.08-8 Pretendentam jāievēro 2015. gada 28. jūlija Ministru kabineta noteikumi Nr.

442 “Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām”.

NP.08-9 Sistēmai jāuzskaita un jāsaglabā datu bāzē visas lietotāju veiktās darbības: pieslēgumu pie Sistēmas, datu skatīšanās, meklēšanas, ievades, labošanas un dzēšanas faktus.

NP.08-10 Jāuzglabā un jāvar apskatīt informācija par sekojošām darbībām ar lietotāju kontu:

1.lietotāja vārds; 2.pievienošanas datums;

3.piekļuves tiesību izmaiņu veikšanas laiks un raksturs; 4.piekļuves tiesību slēgšanas datums;

5.cita par lietotāju uzturamā informācija, kas var tikt identificēta prasību analīzes laikā.

NP.08-11 Auditācijas pieraksti par datos veiktajām izmaiņām jāuzglabā vismaz „n” mēnešus (kur „n” ir konfigurējams parametrs, pieņemot, ka noklusētā vērtība ir 96 mēneši), pēc tam tos automātiski dzēšot, pirms dzēšanas nodrošinot iespēju veikt datu arhivēšanu.

NP.08-12 Piedāvātās MKP TLKAIS un Ass svaru programmatūras darbības monitoringam jābūt savietojamam ar VID rīcībā esošo uzraudzības sistēmu Zabbix un VID izmantoto datortīkla drošības pārvaldības risinājumu IBM Security Qradar SIEM. Pretendentam jāveic visu risinājuma elementu integrācija VID uzraudzības sistēmā Zabbix (v.3.2 vai jaunāka) un VID datortīkla drošības pārvaldības risinājumā IBM Security Qradar SIEM (nodrošinot sistēmas notikumu nodošanu, izmantojot syslog protokolu), jāizstrādā risinājuma iekārtu un programmatūras uzraudzības parametrus (items), bojājumu ziņojumus (triggers) vienotā šablonā (template) un jāizveido risinājuma grafiskā attēlojuma karte (map) un svarīgāko sistēmu darbības parametru attēlojošu logu (screen).

5.9. NP.09 Uzturamības prasības

1. Piedāvātajai MKP TLKAIS un Ass svaru sistēmai ir jābūt modulārai, maksimāli paredzot savstarpēji nesaistītus moduļus, kas nodrošinātu, ka sistēma ir viegli uzturama, pielāgojama un bojājumiecietīga.

2. Piedāvātajai MKP TLKAIS un Ass svaru sistēmai jābūt iespējai definēt un mainīt sistēmas funkcionalitāti ar IS lietotāja definētu parametru palīdzību, iespēja mainīt sistēmā izmantotās formulas vai parametru vērtības (pretēji gadījumam, kad izmaiņas jāievieš sistēmas pirmkodā).

3. Jānodrošina detalizētas un aktuālas piedāvātās sistēmas dokumentācijas, kas nepieciešama sistēmas lietošanai un administrēšanai, pieejamība (atbilstoši NP.11 prasībai).

4. Piedāvātajam risinājumam jābūt tādam, ka būtu pieejams atbalsts arī ieviestā risinājuma uzturēšanai un attīstīšanai. Nododot sistēmu citam uzturētājam vai arī veicot sistēmas drošības un veiktspējas auditēšanu, jānodrošina piegādātās sistēmas standartprogrammatūras pielāgojumu izstrādes vides uzstādīšana un pirmkoda uzstādīšana šajā vidē uz pasūtītāja rīcībā esošās infrastruktūras, pirmkoda kvalitātes pārbaudei un uzturamības nodrošināšanai.

5.10. NP.10 Pielāgojamības un turpmākas attīstības prasības

Piedāvātā sistēma ir izstrādājama tā, lai būtu iespējama tās turpmāka attīstība, pilnveidojot programmatūras funkcionalitāti un integrējot TLKAIS CDB centrālās datubāzes un centrālās lietojumprogrammatūras pilnveidojumus.

Piemērs nākotnes pilnveidojumiem programmatūrā ir atpazīto transportlīdzekļu vai kravu konteineru datu sasaiste ar kravu rentgena iekārtas ieskenētajiem datiem.

5.11. NP.11 Prasības iesniedzamajai dokumentācijai

1. Piedāvātā risinājuma ieviešanas gaitā Pretendentam jāiesniedz pilns dokumentācijas komplekts saskaņā ar to programmatūras izstrādes standartu pēc kura Piegādātājs strādā. Dokumentācija jāpiegādā gan drukātā, gan elektroniskā formātā. Minimālais dokumentācijas apjoms piedāvātajam risinājumam ir vismaz šāds (bet neaprobežojoties):

1.1. piegādātā risinājuma testēšanas plāns;

1.2. piegādātā risinājuma akcepttestēšanas scenāriji;

1.3. piedāvātā risinājuma standartprogrammatūras pielāgojumu un Piegādātāja izstrādāto programmatūras komponenšu programmatūras prasību specifikācija (PPS) un programmatūras projektējuma apraksts (PPA);

1.4. Svaru programmatūras administratora rokasgrāmata (tai skaitā minimālās prasības iekārtām/programmatūrai);

1.5. Svaru programmatūras instalācijas rokasgrāmata;

1.6. Svaru programmatūras lietotāja rokasgrāmata;

1.7. Svaru sistēmas darbības uzraudzības instrukcija un darbības atjaunošanas plāns;

1.8. Svaru programmatūras apraksts tajā skaitā, uzbūves arhitektūra, datubāzu modelis, programmatūras, kas veic Svaru kompleksu datu un MKP TLKAIS sistēmas datu sinhronizēšanu un programmatūras Svaru kompleksu darbības rezultātā iegūto svērumu datu pārsūtīšanai uz TLKAIS CDB sistēmu;

1.9. MKP TLKAIS programmatūras administratora rokasgrāmata (tai skaitā minimālās prasības iekārtām/programmatūrai, 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);

1.10. MKP TLKAIS programmatūras instalācijas rokasgrāmata;

1.11. MKP TLKAIS programmatūras lietotāja rokasgrāmata;

1.12. MKP TLKAIS darbības uzraudzības instrukcija un darbības atjaunošanas plāns;

1.13. MKP TLKAIS programmatūras apraksts, tajā skaitā uzbūves arhitektūra, datubāzu modelis, programmatūras, kas veic MKP TLKAIS lokālo datu pārsūtīšanu uz VID rīcībā esošo TLKAIS CDB sistēmu;

1.14. Piegādātās datortehnikas sarakstu ar seriāliem numuriem;

1.15. Piegādātās programmatūras sarakstu un licences;

1.16. Svaru, MKP TLKAIS un videonovērošanas sistēmas administratoru un tehnoloģisko lietotāju lietotājvārdu un paroļu sarakstu (slēgtā aploksnē);

1.17. Svaru un MKP TLKAIS sistēmu konfigurācijas apraksts;

1.18. Videonovērošanas sistēmas administratora rokasgrāmata;

1.19. Videonovērošanas sistēmas lietošanas rokasgrāmata;

1.20. Projekta izpilddokumentāciju, x.xx., Izbūvēto datortīklu un elektrobarošanas, zemējuma, potenciāla izlīdzināšanas, zibens un pārsprieguma aizsardzības un videonovērošanas risinājuma tīklu izvietojuma/izbūves shēmas un risinājumā izmantoto iekārtu savstarpējo slēgumu shēmas, norādot visus risinājuma elementus ārā, zemē, ēkā, telpā un statnēs, kā arī sadaļņu iekšējās shēmas ar elementu izvietojumu tajās u.c. informāciju (*.vsdx vai *.dwg formātos). Tīkla testēšanas protokoli un/vai mērījumu rezultātā iegūtās reflektogrammas. Zemējuma un zibens aizsardzības kontūru sertificētus pretestības mērījumu protokoli.

Piegādātājam jāpiegādā pēc iespējas detalizētāka tehniskā dokumentācija iekļaujot:

· detalizētu paskaidrojuma rakstu par sistēmas komponentēm, darbību u.c. būtiskām niansēm;

· iekārtu, statņu un sadaļņu izvietojumu ārā un telpā;

· iekārtu izvietojumu statnē;

· iekārtu un sistēmu struktūrshēmas;

· visu vadu instalācija ārā, ēkā, telpā un skapjos;

· sadaļņu un skapju iekšējās detalizētas elektriskās un komutāciju shēmas;

· skapju, sadaļņu, vadu un pieslēgumu ligzdu marķējumu;

· zemējuma un zibensaizsardzības risinājumu ēkā un ārpus telpām visām esošajām sadalnēm un elementiem;

· zemējuma, zibensaizsardzības un kabeļu izolācijas pretestības mērījumu protokolus;

· optisko un vara datu pārraides kabeļu mērījumu protokolus;

· materiālu specifikācijas tabula un detalizēta informācija par katru piegādāto materiālu – ražotājs, modelis, sērijas numurs, elementa kods un daudzums;

· visus Latvijas Republikas normatīvos norādītos sertificēto speciālistu sertifikātus;

· visu saskaņotajos standartos norādīto iekārtu un materiālu atbilstības sertifikātus un ekspluatācijas īpašību deklarācijas;

· iekārtu tehniskā specifikācija vai pase;

· lietošanas instrukcija;

· ražotāja garantijas nodrošināšanas un normālās ekspluatācijas parametru apraksts;

2. Sistēmas uzturēšanas gaitā piegādātā dokumentācija jāaktualizē un jāuztur aktuālā stāvoklī. Piegādātājam pēc Pasūtītāja pieprasījuma jāpiegādā (nepieprasot par to papildus samaksu) dokumentācijā un citos Piegādātāja radītajos un piegādātajos dokumentos vai citos nodevumos ietverto shēmu, grafiku un citu grafisko un/vai video materiālu izejas materiālus (piemēram, MS Visio shēmas/grafika gadījumā rediģējams .vsd vai .vsdx fails).

5.12. NP.12 Prasības MKP TLKAIS, MKP TLKAIS ārējo iekārtu un Ass svaru uzturēšanai un pilnveidošanai

Pretendentam jānodrošina Piedāvātā risinājuma Ass svaru (x.xx. Ass svaru programmatūras), MKP TLKAIS un Ass svaru datortehnikas, MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu (x.xx. MKP TLKAIS ārējo un video novērošanas programmatūras) garantijas un uzturēšanas laikā radušos bojājumu, trūkumu un darbības traucējumu novēršanas prasības iekārtu un programmatūras uzturēšana, pilnveidošana un piegādāto iekārtu un programmatūras nodevumu garantijas nodrošināšana saskaņā ar prasībām, kas uzskaitītas Tehniskās specifikācijas 5.13.tabulā.

5.13. tabula

Prasības ID

Prasības apraksts

NP.12-1

Bojājumu, trūkumu un darbības traucējumu novēršana jānodrošina saskaņā ar ražotāja tehniskajā dokumentācijā noteiktajām prasībām.

NP.12-2

Ass svaru (x.xx. Ass svaru programmatūras), MKP TLKAIS un Ass svaru datortehnikas, MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu (x.xx. MKP TLKAIS ārējo iekārtu un video novērošanas programmatūrai) pieejamībai jābūt 24 (divdesmit

četras) stundas 7 (septiņas) dienas nedēļā.

NP.12-3

Visi problēmu ziņojumi un izmaiņu pieprasījumi (turpmāk – pieteikumi) līguma darbības laikā tiks pieteikti, izmantojot VID Informācijas sistēmu izmaiņu pārvaldības sistēmu (ISIPS), saskaņā ar līguma projekta (7.pielikums) 3.pielikumā aprakstīto sadarbības kārtību. Līguma izpildes laikā tiesības noteikt pieteikuma prioritāti (kritiska, steidzama vai parasta) ir attiecīgajām Pasūtītāja

pilnvarotajām personām.

NP.12-4

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

1. kritiskos gadījumos, kad pieteiktā problēma neļauj vai traucē izpildīt būtisku Sistēmas funkciju un nav zināms cits tās izpildes variants, vai apdraud Sistēmas drošību – ne lielāks par 4 (četrām) VID darba stundām (ja kritiskā problēma tiek nosūtīta ārpus VID darba laika (oficiālās valsts darba dienas 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 pieteiktā problēma traucē izpildīt būtisku Sistēmas funkciju, bet ir zināms cits tās izpildes variants, vai var apdraudēt Sistēmas drošību, vai arī Sistēmā ir nepieciešamas izmaiņas, kuru vēlamais realizācijas termiņš ir mazāks par 3 (trīs) mēnešiem – ne lielāks par 8 (astoņām) VID darba stundām, (ja steidzamais pieteikums tiek nosūtīts ārpus VID darba laika (oficiālās valsts darba dienas 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 – kad pieteiktā problēma sagādā neērtības darbā ar Sistēmu, bet neiespaido Sistēmas būtisku funkciju izpildi, vai arī rada jebkuru citu efektu, vai arī Sistēmā ir nepieciešamas izmaiņas – ne lielāks par 24 (divdesmit četrām) VID darba stundām, (ja pieteikums tiek nosūtīts ārpus VID darba laika (oficiālās valsts darba dienas 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).

NP.12-5

Pretendentam jānodrošina šādi problēmu novēršanas un izmaiņu pieprasījumu realizēšanas laiki no pieteikuma nosūtīšanas brīža (pretendents ir tiesīgs piedāvāt īsākus problēmu novēršanas termiņus):

1. kritiskos gadījumos, kad atklātā problēma neļauj vai traucē izpildīt būtisku Sistēmas funkciju un nav zināms cits tās izpildes variants, vai apdraud IS drošību, problēmas tiek novērstas ne vēlāk kā 8 (astoņu) VID darba stundu laikā, vai tiek piedāvāts un no Izmaiņu vadības padomes puses tiek akceptēts cits pieņemams risinājums, kas šādā gadījumā tiek realizēts 8 (astoņu) VID darba stundu laikā no VID puses akcepta saņemšanas par risinājumu (ja kritiskā problēma tiek nosūtīta ārpus VID darba laika (oficiālās valsts darba dienas 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ēmu novēršanas laikā tiek skaitīts tikai VID darba laiks);

2. steidzamos gadījumos, kad pieteiktā problēma traucē izpildīt būtisku Sistēmas funkciju, bet ir zināms cits tās izpildes variants, vai pastāv risks, ka atklātā problēma apdraud Sistēmas drošību, vai arī Sistēmā ir nepieciešamas izmaiņas, kuru vēlamais realizācijas termiņš ir mazāks par 3 (trīs) mēnešiem, problēmas tiek novērstas ne vēlāk kā 5 (piecu) VID darba dienu laikā, vai izmaiņu pieprasījumi tiek realizēti no Izmaiņu vadības padomes puses akceptētā laikā un risinājumā;

3. parastos gadījumos – kad pieteiktā problēma sagādā neērtības darbā ar Sistēmu, bet neiespaido Sistēmas būtisku funkciju izpildi, vai arī rada jebkuru citu efektu, vai arī Sistēmā ir nepieciešamas izmaiņas – ne vēlāk kā 40 (četrdesmit) kalendāro dienu laikā vai izmaiņu pieprasījuma plānojamo termiņu ierosina pretendents un apstiprina attiecīgā Izmaiņu vadības padome. Ja piedāvājumā netiek norādīts konkrēts reakcijas un problēmas novēršanas laiks, komisijai ir tiesības piedāvājumu noraidīt. Pasūtītāja attiecīgās atbildīgās personas tiek regulāri informētas par pieteikuma statusa izmaiņām un tiek sniegti pārskati par tā risināšanas gaitu pēc attiecīgo pasūtītāja atbildīgo personu pieprasījumiem.

NP.12-6

Pretendentam jānodrošina Sistēmas uzturēšanas un pilnveidošanas kvalitāte un pārvaldība Pretendenta pusē atbilstoši šādām prasībām:

1. plānu pārvaldība – pēc Pasūtītāja pilnvaroto personu pieprasījuma Pretendentam 5 (piecu) darba dienu laikā jāiesniedz IS uzturēšanai un pilnveidoš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.), x.xx. Sistēmas pielāgošana pārcelšanai uz izmantojamo tehnoloģiju jaunākām versijām.

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, datubā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), 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 Sistēmas uzturēšanas un pilnveidošanas nodevumiem (dokumentācijai, programmatūrai). Visām izmaiņām Sistēmā ir jābūt dokumentētām, katrā nodevumā iekļaujot aprakstu, kas identificē jaunizveidoto funkcionalitāti, realizētās izmaiņas un novērstās kļūdas. Veicot izmaiņas Sistēmā, Pretendentam jāidentificē ietekme uz citām saistītajām informācijas sistēmām un jāinformē Pasūtītājs, kā arī jānodrošina datu integritāte un datu apmaiņas procesu savietojamība;

5. nodevumu testēšana – Pretendentam jānodrošina Sistēmas iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas sagatavošana. Pretendentam pēc Pasūtītāja pieprasījuma ir jāapraksta un jāiesniedz Pasūtītājam testēšanas procesu aprakstu, testēšanas veidus (manuālā, automātiskā) un testēšanas rīku aprakstu, lai veiktu nodevumu kvalitatīvu testēšanu; kādā formātā tiks piegādāti testēšanas scenāriji, kā tiks saskaņoti un iesniegti testpiemēri; kad, kādā formātā un ar kādu saturu tiks iesniegti testu

žurnāli.

NP.12-7

Visi Pasūtītāja problēmu ziņojumi un izmaiņu pieprasījumi tiks pieteikti VID informācijas sistēmu izmaiņu pārvaldības sistēmā (turpmāk – ISIPS). Visas darbības, kas saistītas ar bojājumu novēršanu vai izmaiņu pieprasījumu apstrādi izpildītājam jāreģistrē ISIPS (izpildītājam ISIPS konts tiks piešķirts pēc līguma noslēgšanas). Ja

ISIPS nav pieejams, informācija tiek nosūtīta, izmantojot e-pastu.

NP.12-8

Pasūtītājs tiek regulāri informēts par pieteiktā problēmu ziņojuma risināšanas gaitu pēc Pasūtītāja pieprasījuma.

Np.12-9

Pasūtītāja pilnvarotās personas norādītā Pasūtītāja elektroniskā pasta adrese tiek iekļauta pretendenta adrešu sarakstā, kuriem regulāri tiek izsūtīta pretendenta tehniskā dienesta informācija.

NP.12-10

Pēc iekārtas un/vai programmatūras bojājumu, darbības traucējumu un citu neatbilstību novēršanas, kā arī izmaiņu pieprasījuma realizēšanas - Pasūtītāja pilnvarotā persona paraksta Izpildītāja tehniskā speciālista

darba izpildes aktu.

NP.12-11

Ja konstatētos bojājumus nav iespējams novērst šajā tabulā prasībā NP.12-5 norādītajā bojājumu novēršanas laikā, pretendentam bez papildus samaksas ir jānodrošina bojāto iekārtu komponenšu vai iekārtas aizstāšana uz remonta laiku ar līdzvērtīgām vai augstākas

veiktspējas iekārtas komponentēm vai iekārtu.

NP.12-12

Pretendentam komunikācija ar pasūtītāju jānodrošina latviešu valodā. Ja tiks piesaistīti speciālisti, kuri nepārvalda latviešu valodu, pretendentam šo speciālistu saziņā ar pasūtītāju jānodrošina tulkošana

bez papildu maksas.

NP.12-13

Pretendentam visi nodevumi (dokumentācija, lietotāja saskarnes) jānoformē latviešu valodā un to izstrāde jānodrošina atbilstoši standartiem (sk. prasību NP.04). Darbu izpildes rezultātā izveidotā (modificētā) IS dokumentācija ir jāpiegādā, to integrējot attiecīgā dokumenta veida pēdējā (aktuālajā) versijā, saglabājot izmaiņu

trasējamību.

NP.12-14

Pretendentam IS pilnveidošanas, uzturēšanas un garantijas laikā ir jāuztur projekta bibliotēka, kurā jāizvieto Sistēmas darba dokumenti – prasību specifikācijas, projektējuma apraksti, testēšanas

dokumentācija u.c.

NP.12-15

Pretendentam jāņem vērā, ka Sistēmas pilnveidošanas un uzturēšanas izpildes laikā Pasūtītājs ir tiesīgs prasīt Pretendentam jebkādu informāciju saistībā ar Sistēmas pilnveidošanas un uzturēšanas

kvalitātes nodrošināšanu bez papildu maksas.

NP.12-16

Līguma darba rezultātu nodošanas pieņemšanas kārtība un

akcepttestēšanas kārtība jānodrošina atbilstoši līguma projekta (7.pielikums) 5. pielikumā aprakstītajai kārtībai.

NP.12-17

Drošības prasības Sistēmas uzturēšanai un pilnveidošanai jānodrošina saskaņā ar līguma projekta ( 7.pielikums) 7.pielikumā aprakstīto kārtību. Pretendentam jānodrošina VID IS atbilstība LVS ISO/IEC 15408-2:2011 “Informācijas tehnoloģija. Drošības metodes. Kritēriji informācijas tehnoloģiju drošības novērtēšanai. 2. daļa: Drošības

funkcionālās prasības” noteiktajām funkcionālajām drošības prasībām.

NP.12-18

Sistēmas uzturēšanas vai pilnveidošanas rezultātā Sistēmas veiktspējas rādītāji nedrīkst samazināties zemāk par prasībā NP.06 izvirzītajiem

veiktspējas kritērijiem.

NP.12-19

Garantijas nodrošināšana piegādātajiem programmatūras nodevumiem:

Minimālā prasība – 24 (divdesmit četri) mēneši. Pretendents ir tiesīgs

piedāvāt garāku garantijas nodrošināšanas termiņu.

NP.12-20

Darbietilpības novērtēšanai izmantotās pretendenta metodes: Pretendentam detalizēti jāapraksta sākotnējās darbietilpības novērtēšanas (aprēķināšanas) metode un risinājums speciālistu veikto darbu apjoma (patērētā laika) uzskaitei, kuru pretendents apņemas izmantot līguma izpildes laikā. Pretendentam jāizmanto vismaz viena formālā metode, balstoties uz COCOMO – Constructive Cost Model,

un vismaz viena neformālā metode.

NP.12-21

Speciālistu savstarpējās sadarbības un komunikācijas efektivitāte: Pretendentam jāiesniedz shēma, kurā attēlota Pretendenta speciālistu

komunikāciju ar Pasūtītāja un trešās puses speciālistiem.

5.13. NP.13 Prasības garantijai un garantijas laika uzturēšanas nodrošināšanai

5.13.1. NP.13-1 Garantijas prasības veiktajiem būvdarbiem

Garantijas laiks veiktajiem darbiem vismaz 3 (trīs) gadi no nodošanas - pieņemšanas akta abpusējas parakstīšanas dienas. Lai izvairītos no tā, ka tiek piedāvāts nepamatoti garš garantijas izpildes laiks, tad maksimālais pretendenta piedāvātais laiks ir 5 (pieci) gadi. Ja pretendents norādīs garāku garantijas laiku, tad, aprēķinot pretendentam piešķiramos punktus attiecīgajam vērtēšanas kritērijam, tiks pieņemts, ka pretendents piedāvā maksimālo norādāmo garantijas laiku – 5 (pieci) gadi.

Garantijas laikā pretendents bez papildus samaksas novērš nekvalitatīvi veikto darbu trūkumus.

5.13.2. NP.13-2 Garantijas prasības datortehnikai

Piegādājamās MKP TLKAIS un Ass svaru datortehnikas (x.xx. serveru, tīkla komutatoru, monitoru utml. tehnikas un to standartprogrammatūras) (turpmāk - Datortehnika) garantijas nodrošināšanas nosacījumi norādīti Tehniskās specifikācijas 5.14.tabulā.

5.14.tabula

Prasības

Prasības apraksts

NP.13-2-1

Datortehnikai ražotāja garantija jānodrošina no nodošanas – pieņemšanas akta abpusējas parakstīšanas dienas līdz paiet pieci gadi

no līguma spēkā stāšanās dienas.

NP.13-2-2

Pretendentam Datortehnikas ražotāja garantijas laikā bez papildus samaksas jānodrošina:

1. palīdzība Datortehnikas testēšanā, ja tāda nepieciešama, tajā skaitā uz vietas VID objektos;

2. Datortehnikas defektu noteikšana un novēršana, tajā skaitā uz vietas VID objektos;

3. Datortehnikas funkcionalitātes pārbaude, tajā skaitā uz vietas VID objektos;

4. palīdzība Datortehnikas konfigurācijas korekcijas veikšanā tajā skaitā uz vietas VID objektos;

5. Datortehnikas bojāto komponenšu nomaiņa un funkcionalitātes atjaunošana, tajā skaitā uz vietas VID objektos;

Datortehnikas bojāto komponenšu piegāde bez papildus samaksas. IZPILDĪTĀJA vainas dēļ radušos problēmu (bojājumu) (programmatūras, datu bāzes, nekvalitatīvi veikto darbu u.c.) novēršanu (labošanu – uz vietas VID objektos, konsultācijas – telefoniski, izmantojot elektronisko pastu, u.c.). Attālinātais pieslēgums ir pieļaujams kritiskos gadījumos (piemēram, steidzami novēršami bojājumi vai veicamas konfigurācijas izmaiņas), par ko Pasūtītājs ISIPS ir pieteicis problēmu ziņojumu. Šādā gadījumā Izpildītājām ir elektroniski jāpieprasa attālinātā pieslēguma piekļuve (sūtot e-pastu uz ), kurā norāda attālinātā pieslēguma nepieciešamības pamatojumu, datumu, laiku un problēmziņojuma numuru.

Garantijas laikā:

1. Pretendents informē Pasūtītāju par standartprogrammatūras jaunākajām versijām un labojumiem esošajās versijās ne vēlāk, kā 2 (divu) nedēļu laikā no oficiālās izsludināšanas brīža.

2. Bez papildus samaksas latviešu valodā, jānodrošina palīdzību Pasūtītājam programmatūras instalēšanā, konfigurēšanā.

3. Bez papildus samaksas latviešu valodā jāsniedz konsultācijas par atklātajām kļūdām un nepilnībām programmatūras ekspluatācijā esošajā versijā

NP.13-2-4

Datortehnikas ražotāja garantijas laikā ir jābūt pieejamām datortehnikas ražotāju WWW lapām, kur iespējams lejupielādēt jaunākos dziņus un labojumus. Pretendentam piedāvājumā jānorāda konkrētas WWW lapas adreses.

NP.13-2-5

Uzsākot garantijas nodrošināšanu pretendents marķē Datortehniku ar uzlīmi, uz kuras norādīts seriālais numurs, garantijas nodrošinātājs bojājumu pieteikšanas e-pasta adrese un tālruņa numurs), garantijas

termiņa beigu datums, līguma numurs un līguma noslēgšanas datums.

NP.13-2-6

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

tehniskā atbalsta dienestu, izmantojot elektronisko pastu un tālruni.

5.13.3. NP.13-3 Garantijas un uzturēšanas prasības Ass svariem

5.15.tabula

Prasības ID

Prasības apraksts

NP.13-3-1

Ass svaru (x.xx. Ass svaru programmatūras) garantija un uzturēšana

jānodrošina vismaz 4 (četrus) gadus no nodošanas-pieņemšanas

akta abpusējas parakstīšanas dienas, saskaņā ar līguma

noteikumiem.

NP.13-3-2

Uzturēšanas laikā un tās ietvaros jānodrošina Ass svaru (x.xx. Ass svaru programmatūras) uzturēšana (turpmāk – Ass svaru uzturēšana) un tās ietvaros jānodrošina šādi Ass svaru uzturēšanas darbi:

1. Ass svaru tehniskā apkope;

2. Ass svaru programmatūras uzturēšana;

3. Ass svaru bojājumu, trūkumu un darbības traucējumu novēršana;

4. Konsultāciju nodrošināšana;

5. Metroloģiskās pārbaudes;

6. Bolardu tehniskā apkope saskaņā ar to ražotāju prasībām (tikai Liepājas ostas MKP);

7. cita piedāvātā risinājuma tehniskā apkope;

8. Citi darbi, kas nepieciešami, lai nodrošinātu Ass svaru darbību.

NP.13-3-3

Ass svaru tehniskās apkopes ietvaros jāveic Ass svaru tehnisko uzraudzību un apkopes darbus, ņemot vērā piedāvāto Ass svaru modeli un to tehniskajā dokumentācijā apkopei noteiktās prasības un izgatavotāja rekomendācijas, bet ne retāk kā vienu reizi ceturksnī jāveic:

• devēju kabeļu pārbaude;

• Ass svaru devēju pārbaude;

• Ass svaru bedres, svaru un to kanalizācijas tīrīšana;

• platformas novirzes kontrole;

• devēju tīrīšana;

• balsta vietu eļļošana;

• Ass svaru darbības pārbaude pēc apkopes izpildes;

• citi darbi saskaņā ar Ass svaru tehnisko dokumentāciju un izgatavotāja rekomendācijām, lai nodrošinātu Ass svaru darbību;

NP.13-3-4

Ass svaru programmatūras uzturēšana:

Ass svaru uzturēšanas laikā Pretendentam jānodrošina izstrādātās un piegādātās Ass svaru programmatūras uzturēšana.

Ass svaru programmatūras uzturēšanas ietvaros Pretendents bez papildus samaksas:

1. ne vēlāk kā 2 (divu) nedēļu laikā no oficiālās izsludināšanas brīža Pretendents informē Pasūtītāju par programmatūras jaunākajām versijām un labojumiem esošajās versijās un veic to piegādi Pasūtītājam. Pēc pasūtītāja pieprasījuma nodrošina Ass svaru programmatūras atjaunošanu un nepieciešamo jauninājumu uzstādīšanu;

2. nodrošina Pretendenta vainas dēļ radušos problēmu (bojājumu) (programmatūras, datu bāzes, nekvalitatīvi veikto darbu u.c.) novēršanu (labošanu – uz vietas VID objektos vai pieslēdzoties attālināti);

3. konsultācijas latviešu valodā – telefoniski, izmantojot elektronisko pastu u.c.;

4. palīdzību Pasūtītājam programmatūras instalēšanā, konfigurēšanā.

NP.13-3-5

Ass svaru bojājumu, trūkumu un darbības traucējumu novēršana jānodrošina saskaņā ar šīs tehniskās specifikācijas prasības NP.13- 3-10 nosacījumiem.

NP.13-3-6

Pasūtītājam tiek nodrošināta sazināšanās iespēja latviešu valodā ar pretendenta tehniskā atbalsta dienestu, izmantojot elektronisko pastu un tālruni.

NP.13-3-7

Vienu reizi gadā jāveic Ass svaru metroloģiskā pārbaude.

NP.13-3-8

Citi darbi, kas nepieciešami, lai nodrošinātu Ass svaru darbību – Ass svaru uzturēšanas laikā un ietvaros pretendentam jānodrošina arī citi neuzskaitīt darbi, kas ir nepieciešami Ass svaru darbības

nodrošināšanai.

NP.13-3-9

Konkrētos katru Ass svaru uzturēšanas darbu veikšanas laikus nosaka Pušu pilnvarotās personas, savstarpēji vienojoties.

NP.13-3-10

Ass svaru garantijas laikā pretendents bez papildus samaksas nodrošina Ass svaru bojāto komponenšu piegādi un nomaiņu, ja bojājumi radušies pretendenta nekvalitatīvo vai bojāto Ass svaru

komponenšu piegādes un uzstādīšanas dēļ.

5.13.4. NP.13-4 Garantijas un uzturēšanas prasības MKP TLKAIS ārējām iekārtām un videonovērošanas sistēmai

5.16.tabula

Prasības ID

Prasības apraksts

NP.13-4-1

MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu garantija un uzturēšana jānodrošina no nodošanas-pieņemšanas akta abpusējas parakstīšanas dienas, saskaņā ar līguma noteikumiem, līdz paiet 5 (pieci) gadi no līguma spēkā stāšanas dienas.

NP.13-4-2

Uzturēšanas laikā un tās ietvaros jānodrošina MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu uzturēšana un tās ietvaros jānodrošina šādi darbi:

1. MKP TLKAIS ārējo iekārtu tehniskā apkope, bojājumu novēršana;

2. Videonovērošanas sistēmas iekārtu tehniskā apkope;

3. MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu bojājumu, trūkumu un darbības traucējumu novēršana;

4. Konsultāciju nodrošināšana;

5. Citi darbi, kas nepieciešami, lai nodrošinātu MKP TLKAIS ārējo un video novērošanas sistēmas iekārtu darbību.

NP.13-4-3

MKP TLKAIS ārējo iekārtu tehniskās apkopes ietvaros jāveic MKP TLKAIS ārējo iekārtu tehnisko uzraudzību un apkopes darbus, ņemot vērā to tehniskajā dokumentācijā apkopei noteiktās prasības un izgatavotāja rekomendācijas, bet ne retāk kā 1 (vienu) reizi 2 (divos) mēnešos MKP TLKAIS tehniskajā apkopē ir obligāti jāveic:

1. MKP TLKAIS 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 (ja piedāvātais risinājums paredz induktīvo cilpu izmantošanu);

5. pārbaude, vai nostrādā detektori, automašīnai izbraucot MKP 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 (x.xx. zemējuma kontūru mērījumu veikšana vismaz vienu reizi gadā);

8. infrastruktūras un MKP TLKAIS iekārtu periodiskās servisa operācijas MKP 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, un nepieciešamo konfigurāciju veikšana MKP TLKAIS darbības uzlabošanai;

9. citas darbības, kas atbilst MKP TLKAIS iekārtu ražotāju noteiktajām tehniskajām prasībām un nodrošina MKP TLKAIS nepārtrauktu un kvalitatīvu darbību;

10. apkopes laikā konstatēto bojājumu novēršana.

NP.13-4-4

Videonovērošanas sistēmas iekārtu tehniskās apkopes ietvaros

jānodrošina atbilstoši to ražotāju noteikumiem;

NP.13-4-5

MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu bojājumu, trūkumu un darbības traucējumu novēršana jānodrošina saskaņā ar šīs tehniskās specifikācijas prasības NP.13-4-9

nosacījumiem.

NP.13-4-6

Pasūtītājam tiek nodrošināta sazināšanās iespēja latviešu valodā ar pretendenta tehniskā atbalsta dienestu, izmantojot elektronisko pastu un tālruni.

NP.13-4-7

Citi darbi, kas nepieciešami, lai nodrošinātu MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu darbību – MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu uzturēšanas ietvaros pretendentam jānodrošina arī citi neuzskaitīti darbi, kas ir

nepieciešami MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu darbības nodrošināšanai.

NP.13-4-8

Konkrētos MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu uzturēšanas darbu veikšanas laikus nosaka Pušu pilnvarotās

personas, savstarpēji vienojoties.

NP.13-4-9

MKP TLKAIS ārējo un videonovērošanas sistēmas iekārtu garantijas laikā pretendents bez papildus samaksas nodrošina bojāto iekārtu vai iekārtu komponenšu piegādi un nomaiņu, ja bojājumi ir

radušies pretendenta nekvalitatīvo iekārtu vai to komponenšu piegādes un uzstādīšanas rezultātā.

5.13.5. NP.13-5 MKP TLKAIS Programmatūras licenču uzturēšanas prasības

5.17.tabula

Prasības ID

Prasības apraksts

NP.13-5-1

MKP TLKAIS programmatūras garantija un uzturēšana jānodrošina no nodošanas-pieņemšanas akta abpusējas parakstīšanas dienas, saskaņā ar līguma noteikumiem, līdz paiet 5 (pieci) gadi no līguma spēkā stāšanas dienas, saskaņā ar līguma noteikumiem.

NP.13-5-2

MKP TLKAIS uzturēšanas laikā Pretendentam jānodrošina piegādātās programmatūras uzturēšana. MKP TLKAIS programmatūras uzturēšanas ietvaros Pretendents bez papildus samaksas:

1. ne vēlāk kā 2 (divu) nedēļu laikā no oficiālās izsludināšanas brīža informē Pasūtītāju par programmatūras jaunākajām versijām un labojumiem esošajās versijās un veic to piegādi saskaņā ar Līgumā atrunāto sadarbības kārtību. Pēc Pasūtītāja pieprasījuma sniedz atbalstu MKP TLKAIS programmatūras labojumu vai jaunu versiju uzstādīšanā;

2. nodrošina TLKAIS programmatūras izstrādātāja atbalstu radušos problēmu (bojājumu) (programmatūras, datu bāzes, nekvalitatīvi veikto darbu u.c.) novēršanā, tajā skaitā pieslēdzoties attālināti;

3. konsultācijas latviešu valodā par MKP TLKAIS programmatūras lietošanu – telefoniski, izmantojot elektronisko pastu u.c.;

4. palīdzību MKP TLKAIS programmatūras instalēšanā, konfigurēšanā;

5. Pasūtītāja jaunu iepriekš nedefinētu prasību izvērtēšana, kas saistīta ar MKP TLKAIS programmatūras funkcionalitātes izmaiņām, tajā skaitā izvērtēšanā iesaistot MKP TLKAIS standartprogrammatūras izstrādātāju.

5.14. NP.14 Prasības ārpusgarantijas remontdarbiem un to veikšanas nosacījumi

Ass svaru, MKP TLKAIS un/vai videonovērošanas sistēmas iekārtu bojājumu, trūkumu un darbības traucējumu novēršanas darbi, kas radušies lietojot Ass svarus, MKP TLKAIS un/vai videonovērošanas sistēmas iekārtas neatbilstoši rokasgrāmatās norādītajām lietošanas instrukcijām (atbilstoši prasībā NP.11 Pretendenta iesniegtajai dokumentācijai), kā arī bojājumu, trūkumu un darbības traucējumu novēršana, kas radušies trešo personu rīcības rezultātā, (turpmāk – Ārpusgarantijas remontdarbi) veicami saskaņā ar Tehniskās specifikācijas 5.18. tabulā minētajiem nosacījumiem.

5.18.tabula

Prasības ID

Prasības apraksts

NP.14-1

Ārpusgarantijas remontdarbi veicami saskaņā ar Izpildītāja un VID

pilnvarotās personas iepriekš saskaņotu tāmi.

NP.14-2

Izpildītājam 2 (divu) darba dienu laikā no pieteikuma Ārpusgarantijas par remontdarbu nepieciešamību nosūtīšanas dienas jāveic bojāto Ass svaru un/vai MKP TLKAIS iekārtu diagnostika un jāiesniedz Pasūtītājam Ārpusgarantijas remontdarbu

tāmi, kurā tiek norādītas remontdarbu izmaksas un remontdarbiem nepieciešamais laiks.

NP.14-3

Ārpusgarantijas remontdarbi veicami tikai pēc tāmes saskaņošanas

un tie jānodrošina tāmē norādītajā termiņā.

NP.14-4

Dīkstāve, kas radusies Ārpusgarantijas remontdarbu veikšanas

nepieciešamības dēļ, netiek iekļauta atļautajā dīkstāves laikā.

NP.14-5

Ja Ārpusgarantijas remontdarbi netiek izpildīti tāmē norādītajā termiņā, tad nokavētais laiks tiek atskaitīts no pieļaujamā dīkstāves

laika (gadījumā, ja dīkstāve ir iestājusies).

NP.14-6

Pēc katru Ārpusgarantijas remontdarbu veikšanas jāiesniedz parakstīšanai attiecīgā MKP atbildīgajam darbiniekam remontdarbu nodošanas-pieņemšanas akts, kurā noteikti jābūt norādītam problēmu Ārpusgarantijas remontdarbu tāmes saskaņošanas datumam, tāmē norādītajam remontdarbu izpildes laikam un

faktiskajam remontdarbu pabeigšanas laikam.

NP.14-7

Ārpusgarantijas remontu darbu izmaksu aprēķināšanai piemēro Finanšu piedāvājuma par Xxxxxxxxx priekšmeta 1.daļu 3.punkta 3- 1.tabulā noteikto Ārpusgarantijas remontdarbu veikšanas stundas cenas likmi.

Ārpusgarantijas darbos izmantojamo rezerves daļu cenām jāatbilst attiecīgās rezerves daļas cenai būvniecības un/vai uzstādīšanas laikā, bet, ja konkrēta cena būvniecības un/vai uzstādīšanas laikā

nav norādīta, tad šo rezerves daļu cena tiek saskaņota remontdarbu tāmē.

NP.14-8

Garantija Ārkārtas remontdarbiem un to ietvaros nomainītajām

rezerves daļām:

NP.14-8-1

Veiktajiem Ārkārtas remontdarbiem jānodrošina ne mazāk kā 1

(viena) gada garantija.

NP.14-8.2

Nomainītajām rezerves daļām jānodrošina ražotāja noteiktā

garantija.

5.15. NP.15 Prasības lietotāju apmācībai

5.15.1. NP.15-1 Apmācību lietotāju grupas

Katrā lokālajā transportlīdzekļu atpazīšanas punktā, Izpildītājam jāveic Pasūtītāja darbinieku apmācība piedāvātā risinājuma lietošanā un pārvaldībā vismaz šādā apjomā:

NP.15-1-1 MKP TLKAIS un Ass svaru programmatūras lietošanā, konfigurēšanā, uzraudzībā un sistēmas iespējamo darbības problēmu lokalizēšanā un novēršanā –

jāapmāca līdz 2 (diviem) Pasūtītāja darbiniekiem (IT administratori), vismaz 6 (sešu) stundu apjomā;

NP.15-1-2 Videonovērošanas sistēmas lietošanā, konfigurēšanā, uzraudzībā un sistēmas iespējamo darbības problēmu lokalizēšanā un novēršanā – jāapmāca līdz 6 (sešiem) Pasūtītāja darbiniekiem, vismaz 4 (četru) stundu apjomā;

NP.15-1-3 MKP TLKAIS un Ass svaru ārējo iekārtu lietošanā, konfigurēšanā, uzraudzībā un iekārtu iespējamo darbības problēmu lokalizēšanā – jāapmāca līdz 6 (sešiem) Pasūtītāja darbiniekiem, vismaz 4 (četru) stundu apjomā;

NP.15-1-4 MKP TLKAIS un Ass svaru risinājuma lietošanā jāapmāca Liepājas ostas MKP līdz 26 un Ventspils ostas MKP līdz 31 Pasūtītāja darbiniekiem, vismaz 4 (četru) stundu apjomā, organizējot apmācības divās grupās katrā MKP iepriekš saskaņojot ar Pasūtītāju.

5.15.2. NP.15-2 Apmācību vide un koordinācija

Pretendentam jānodrošina visu apmācību materiālu sagatavošana, telpas un apmācību vidi nodrošinās Pasūtītājs. Apmācību dalībnieku iesaistīšanu apmācībās un nepieciešamo koordināciju veiks Pasūtītājs. Izstrādātājam jānodod visi mācību izveidotie materiāli elektroniski lasāmā strukturizētā dokumentā.

5.16. NP.16 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ā.

5.17. NP.17 Testēšanas vides nodrošināšana

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

2. Pēc līguma noslēgšanas, Izpildītājam jāiesniedz Pasūtītājam saskaņošanai TLKAIS testēšanas vides projektējums. Projektējumā jāapraksta iespējamie testēšanas vides izveides scenāriji, kas nodrošinātu pilnu biznesa procesu akcepttestēšanas iespējas.

3. Pēc testa vides projektējuma saskaņošanas 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ā.

4. TLKAIS programmatūras testēšanas nodrošināšanai izstrādāt risinājumus ārējo iekārtu darbību simulācijas nodrošināšanai ( piem. speciāli tam izstrādāti un pielāgoti skripti). Servisam, kas nodrošina datu pārsūtīšanu no lokālajiem TLKAIS atpazīšanas punktiem uz TLKAIS CDB, jābūt konfigurējamam, ar iespēju nepieciešamības gadījumā vienlaicīgi identiskus datus nosūtīt gan uz TLKAIS CDB, gan uz TLKAIS CDB testa vidi.

1.pielikums

TLKAIS CDB tehniskais apraksts/specifikācija

VID rīcībā esošā TLKAIS CDB MAIN servera un transportlīdzekļu atpazīšanas punktos esošo serveru apraksts:

1. Uz TLKAIS CDB MAIN servera un katrā transportlīdzekļu atpazīšanas punktā ir uzstādīts Microsoft Windows Server 2012R1 64BIT. Uz katra no šiem serveriem ir uzstādīts Visy aplikāciju kopums, kas sevī ietver:

1.1. Oracle datubāzes serviss.

1.2. VisyIRIS Serviss - TLKAIS sistēma, kas atbild par notikuma izveidi un numura zīmes atpazīšanu

1.3. Visy Alarm Gate darba virsmas programmatūra, kas slēdzas, gan pie Rīgas galvenā servera, gan pie robežkontroles punktu lokālajiem serveriem.

1.4. Ass svari datu iesūtīšanas modulis.

1.5. Ass svaru datu-TLKAIS Notikumu sasaistes modulis

1.6. Platformas svaru datu iesūtīšanas modulis.

1.7. Platformas svaru datu-TLKAIS Notikumu sasaistes modulis.

1.8. Visy Replication Service – Serviss kas veic:

1.8.1. Definēto datu uzkrāšanu un pārsūtīšanu no lokālā robežkontroles punkta Oracle datubāzes laukiem uz galvenā Oracle servera definētajiem laukiem Rīgā. Datu replikācija notiek izmantojot „Visy Replication Service” robežkontroles punktu un Rīgas servera „Visy Replication Service”.

1.8.2. Definēto datu uzkrāšanu un pārsūtīšanu no Rīgas galvenā servera uz lokālo robežkontroles punkta Oracle servera definētajiem laukiem. Datu replikācija notiek izmantojot „Visy Replication Service” Rīgas serveri un robežkontroles punkta „Visy Replication Service”.

1.8.3. Replikācijas serviss izmanto Visy Replication Service protokolu.

1.8.3.1. „Visy Replication Service” veic marķējumus par to kuri dati ir replicēti un kuri nav.

1.8.3.2. „Visy Replication Service” veic replicējamo datu uzraudzību un sistēmas pieejamības stāvokļa uzraudzību.

1.8.3.3. ”Visy Replication Service” veic replicējamo datu autentiskuma pārbaudi.

1.8.4. Visy TLKAIS sistēmas risinājums tika ieviests kopā ar Visy pielāgotu (Patched) Oracle datubāzes programmatūru.

1.8.5. „Visy” nodrošina „Rollback” (jeb datu atgriešanu iepriekšējā stāvoklī) funkciju, izmantojot žurnāla ierakstus.

1.9. Visas šīs aplikācijas savā starpā ir saistītas un strādā sinhroni, kā viens vesels.

„Visy Replication Service” darbības principu apraksts

2. Datu pārsūtīšana notiek starp diviem Oracle datubāzes serveriem. Izmantojot

„Visy Replication Service”

Prasības serverim, uz kura jādarbina „Visy Replication: Service”:

3. jābūt instalētām Oracle klienta bibliotēkām.

3.1. Jābūt konfigurētam „Oracle Listener”

3.2. Jābūt konfigurētam „Oracle Service Naming”:

3.2.1. Gan Source, gan Destination serverim Jābūt norādītam sekojošiem parametriem):

3.2.1.1. „Service Name”,

3.2.1.2. „Connection Type”

3.2.1.3. „Protocol”,

3.2.1.4. „Host Name”,

3.2.1.5. „Port Number”.

3.2.1.6. Lietotājvārds un parole ir cieti iešūti „VGReplicator.exe” failā. Lietotājvārds: slēpts, Parole: slēpts

Visy Replication Service instalēšana

3.3. Jābūt instalētiem atbilstošajiem Microsoft Redistrubatable komponentiem kas visi saucas vcredist_x86.exe.

3.4. Visy nenodrošina Visy Replication Service instalatoru. Fails

„VGReplicator.exe” jāreģistrē kā Windows serviss. Visy Replication Service konfigurēšana

4. Xxxxxxxxx fails „VGReplicator.ini” atbilstoši savai konfigurācijai. Fails satur sekojošus parametrus:

4.1.1. [General] – sekcijas sākums

4.1.2. MasterService = testdlc2 ; Izejas datubāze kuru replicēs.

4.1.3. ClientService = testdlc3 ; Gala datubāze kurā replicēs datus.

4.1.4. PollInterval = 10 ; Intervāls cik bieži veidot sinhronizāciju.

4.1.5. WriteLog = 1 ; 1 nozīmē, ka rakstīs log failu.

4.1.6. RowCountPerRound = 100 ; Vienā piegājienā pārsūtāmo rindiņu skaits.

4.1.7. ClientEventUpdates = 1 ;

Visy Replication Service pārsūtāmo datu definēšana

5. Replicējamajā datubāzē atrodas tabula dlc_rep_changes, kurā tiek glabātas izmaiņas kopš pēdējās datu replikācijas. Par datubāzē veikto izmaiņu atrašanu un pievienošanu šai tabulai Visy Replication Service neatbild. Tabulas struktūra ir sekojoša:

5.1.1. "CHANGEID" NUMBER(10,0) – izmaiņas ID, unikāls

5.1.2. "TABLENAME" VARCHAR2(32) – tabulas nosaukums, kurā xxxxxx xxxxxxx, lowercase

5.1.3. "ID" NUMBER(10,0) – identifikators, pēc kura meklēt jaunos ierakstu(s)

ID, kas norādīts dlc_rep_changes, nav jābūt primārajai atslēgai. Tas var būt jebkurš skaitlisks lauciņš attiecīgajā tabulā. Failā „Options.ini” tiek norādītas kolonnas, kuras lieto dlc_rep_changes tabulā kā ID. Visi ieraksti ar šādu ID tiek replicēti. Kad izmaiņas ir atrastas un replicētas, izmaiņas ieraksts tiek dzēsts no dlc_rep_changes tabulas.

5.1.4. Faila sintakse ir sekojoša:

5.1.4.1. Tabulas_nosaukums.kolonas_nosaukums

5.1.4.2. Papildus iespējams norādīt parametru „unique”. Šis parametrs nozīmē, ka ID ir unikāls.

5.1.5. Pašreizējais saturs ir šāds: xxx_xxxxxxxxxx_xxxx.xx unique dlc_scheduled_checkpoint_tasks.taskid unique dlc_events.eventnumber unique dlc_front_licenseplates.eventnumber dlc_rear_licenseplates.eventnumber dlc_tow_licenseplates.eventnumber dlc_imo_labels.eventnumber dlc_adr_labels.eventnumber dlc_containers.eventnumber dlc_measurements.eventnumber dlc_weights.eventnumber dlc_rfids.eventnumber

dlc_pins.eventnumber dlc_gsms.eventnumber dlc_images.eventnumber

dlc_area_stats.entryid unique xxx_xxxxxxxxx.xx unique xxx_xxxxxxx_xxxxxxxxx.xx unique xxx_xxxx_xxxxxxxxx.xx unique dlc_event_customers.eventnumber dlc_event_statistics.eventnumber dlc_event_passengers.eventnumber dlc_manual_corrections.eventnumber dlc_event_corrections.eventnumber dlc_operator_entries.eventnumber xxx_xxxxxxxx_xxxxxx.xx unique xxx_xxxxxxxx.xx unique xxx_xxxxxx_xxxxxxx.xx unique xxx_xxxxxx_xxxxxxxxx.xx unique xxx_xxxxxx_xxxxxx.xx unique xxx_xxxxxx.xx unique xxx_xxxxxxxxxxx.xx unique xxx_xxxxx.xx unique dlc_user_rights.userid dlc_user_checkpoints.userid dlc_user_permit_groups.userid dlc_group_users.groupid dlc_group_priviledges.groupid dlc_group_checkpoints.groupid xxx_xxxxxx_xxxxxx.xx unique

dlc_permit_group_time_table.groupid dlc_permit_group_checkpoints.checkpointid xxx_xxxxxxx.xx unique dlc_permit_checkpoints.permitid dlc_permit_history.permitid

dlc_permit_stats.permitid dlc_permit_logs.permitid dlc_permit_photos.permitid dlc_permit_licenseplates.permitid dlc_permit_rfids.permitid dlc_permit_passengers.permitid dlc_permit_owned_pins.permitid dlc_permit_gsms.permitid dlc_bookings.permitid xxx_xxxxxxxxx_xxxx.xx unique dlc_permitted_pin_time_table.pinid dlc_permitted_pin_checkpoints.pinid dlc_audioclips.checkpointid xxx_xxx_xxxxx.xx unique dlc_web_user_event_groups.webuserid dlc_web_user_event_permits.webuserid dlc_web_user_event_checkpoints.webuserid dlc_web_user_permit_groups.webuserid dlc_web_user_permit_cps.webuserid dlc_web_user_request_emails.webuserid xxx_xxxxx_xxxxxxxx.xx unique xxx_xxxxx_xxxxxxxx.xx unique dlc_traffic_messages.checkpointid xxx_xxxx.xx unique dlc_group_area_limits.groupid dlc_allowed_gsms.agsm_Id unique dlc_gsm_checkpoints.gsmcp_GsmId unique dlc_cl_companies.comp_id unique dlc_cl_users.usr_id unique dlc_cl_lists.list_id unique

2.pielikums

ASS SVARU PROGRAMMATŪRAS KOMPLEKSA PROJEKTĒJUMS

Ievads

Dokumenta mērķis

Dokumentā aprakstītas prasības, uz kuru pamata nepieciešams realizēt Ass svaru lokālās programmatūras izstrādi un ass svaru svēršanas rezultātu integrēšana TLKAIS sistēmā atbilstoši Latvijas Republikas Valsts ieņēmumu dienesta noteiktām prasībām .

Ja pretendents piedāvājumā izmanto Visy Oy programmatūru, nepieciešams nodrošināt ass svaru svēršanas rezultātu integrēšana TLKAIS sistēmā atbilstoši projektējuma prasībām.

Gadījumā, ja pretendents piedāvājumā neizmanto Visy Oy programmatūru, tad pretendentam jāiesniedz Ass svaru un piedāvātās MKP TLKAIS sasaistes projektējumu. FP.04 Prasības Ass svaru programmatūrai.

Izmantotie termini, saīsinājumi un apzīmējumi

Definīcijas

Zemāk norādītas dokumentā izmantotās definīcijas

1. TABULA. DEFINĪCIJAS

Termins	Nozīme
Lietotājs	Latvijas Republikas Valsts ieņēmumu dienests
Ass svaru datu apstrādes sistēma	Izstrādājamā Ass svaru datu apstrādes sistēma
TLKAIS	Transporta līdzekļu un konteineru automātiskās identificēšanas sistēma ar web aplikāciju, ko izmanto Valsts ieņēmumu dienesta darbinieki.

Saīsinājumi

Zemāk norādīti dokumentā izmantojamie saīsinājumi un to atšifrējums.

2. TABULA. SAĪSINĀJUMI

Saīsinājums	Nozīme
IE	Internet Explorer Interneta pārlūks
MKP	Muitas kontroles punkts
TL	Transporta līdzeklis
VID	Valsts ieņēmumu dienests

Vispārīgs apraksts

Esošā situācija

Patlaban VID izmanto TLKAIS sistēmu, lai administrētu robežu šķērsojošo TL un konteineru numurus, kā arī asociētas trauksmes. Aplikācijas funkcionalitāte ļauj Pasūtītājam redzēt Ass svaru svēruma datus, veicot transporta līdzekļu svēršanu un svēršanas datu apstrādi automātiskā režīmā, nodrošinot svēršanas rezultātu nosūtīšanu uz TLKAIS CDB automātiski vietās, kur ir uzstādīti gan Ass svari, gan TLKAIS.

Risinājums

Ass svariem ir jāspēj darboties divos režīmos:

1. Tiešsaiste ar TLKAIS ir iespējama;

2. Tiešsaiste ar TLKAIS nav iespējama – Ass svaru darbība jānodrošina, izmantojot lokālo programmatūru.

Ņemot vērā augstāk minēto, esošās TLKAIS aplikācijas funkcionalitāte ir papildināta ar nepieciešamajām datu tabulām un attiecīgajiem laukiem TLKAIS sistēmas datu bāzē un nepieciešamajiem informācijas attēlošanas logiem, kas nepieciešams Ass svaru svēruma datu uzrādīšanai TLKAIS sistēmā, bet Ass svaru piegādātājam jānodrošina šo svēruma datu automātiska apstrāde un importēšana TLKAIS sistēmā.

Vispārīgas prasības

Ass svaru datu apstrādes sistēmai tiek noteiktas šādas vispārīgās prasības:

• Sistēmai jānodrošina svērumu datu nolasīšanu, datu saglabāšanu SQL bāzētā datu bāzu vadības sistēmā un automātisku svēruma datu nosūtīšanu reālajā laikā TLKAIS sistēmai, sasaistot svērumu datus ar TLKAIS sistēmas transporta līdzekļa identificēšanas datiem, lai precīzi identificētu nosvērto automašīnu;

• Jāfiksē transporta līdzekļa katras Ass svars (ne mazāk kā 9 asis);

• Transporta līdzekļa kopējam svaram jābūt aprēķinātam 10 sekunžu laikā pēc pēdējās Ass datu apstrādes un, pēc minētā laika, var tikt sākta nākamā transportlīdzekļa svēršana;

• Ja svēršanas brīdī tiek konstatēts pārāk liels transporta līdzekļa kustības ātrums (>35 km/h), sistēmai tas ir jāreģistrē, attiecīgajā laukā ierakstot atbilstošu atzīmi.

• Jānodrošina, ka datu apmaiņas, kā arī citi iespējamie automatizēti datu apstrādes procesi tiek pildīti tikai ar tehnoloģisko lietotāju kontiem, kuriem funkcijas veikšanai ir noteiktas mazākās nepieciešamās tiesības, tehnoloģiskie lietotāji un to tiesības jādokumentē programmatūras aprakstā.

• Jāfiksē laiks, datums un identifikācijas numurs;

• ja svēršanas brīdī tiek konstatēts pārāk liels transporta līdzekļa kustības ātrums, sistēmai tas ir jāreģistrē attiecīgajā laukā ierakstot atbilstošu atzīmi;

• Sistēmai jāstrādā uz tādas operētājsistēmas (vismaz līdz garantijas termiņa beigām), kurai tiek nodrošināta ražotāja uzturēšana;

• Sistēmas kalibrēšanas un konfigurēšanas iespējām ir jābūt ar paroli aizsargātām no nesankcionētas piekļuves un izmantošanas;

• Sistēmai jānodrošina loģiskās datu kvalitātes kontroles;

• Sistēmā jābūt pieejamai izstrādātai lietotāju rokasgrāmatai.

ASS SVARU PROGRAMMATŪRAS KOMPLEKTĀCIJA

Ass svaru datu apstrādei, pārsūtīšanai uz TLKAIS sistēmu un sinhronizēšanai nepieciešams šāds programmnodrošinājums:

• Programmatūra Nr.1, iegūst un apstrādā svaru kompleksa indikatora datus, kā arī veic šo datu uzglabāšanu Svaru datu servera datubāzē. Šajā datubāzē dati var tikt saglabāti cikliskā veidā saturot tikai pēdējo X dienu informāciju. Šim parametram X ir jābūt atsevišķi administrējamam pēc pasūtītāja vajadzības. Svaru datu servera datubāzes vadības sistēmai ir jāatbilst SQL tipa datu bāzu vadības sistēmas prasībām un jānodrošina pieslēgumi datu bāzei izmantojot datu bāzu caurskatīšanas un administrēšanas rīkus. Programmatūrai jānodrošina pilnīgi automātiska, bez muitas amatpersonas līdzdalības, svērumu datu iegūšana, apstrāde (verificēšana) un saglabāšana. Šīs programmatūras iekšējās struktūras un funkcionālā realizācija paliek svaru kompleksa ražotāju vai uzstādītāju ziņā, izņemot iepriekšminētās prasības par datu iegūšanas un apstrādes procesa neatkarību no muitas amatpersonu līdzdalības.

• Programmatūra Nr.2, veic Ass svaru kompleksu darbības rezultātā iegūto svērumu datu pārsūtīšanu uz TLKAIS sistēmu. Šo programmatūru ir paredzēts uzstādīt un darbināt TLKAIS Lokālajā serverī, kas atrodas attiecīgo muitas punktu serveru telpās. Šai programmatūrai ir šādas galvenās funkcionālās prasības:

o Programmatūrai ir jāspēj automātiskā veidā pieslēgties attiecīgā MKP TLKAIS Lokālā servera Oracle 11g datubāzei un saglabāt svaru kompleksa svērumu datus šādā veidā un šādiem parametriem:

▪ Attiecīgā MKP TLKAIS lokālās datubāzes nosaukums, sistēmas lietotājs un parole – (precīza informācija iegūstama veicot pieprasījumu VID pēc līguma noslēgšanas);

▪ Tabulas nosaukums, kur tiks saglabāti dati - SCALES_WEIGHT_AXLE;

▪ Tabulas kolonnu nosaukumi, parametri un paskaidrojumi: ID NUMBER NOT NULL

EVENTNUMBER NUMBER(8) SCALES_ID VARCHAR2(2) AXLES_TOTAL NUMBER(5) AXLE_1 NUMBER(5) AXLE_2 VARCHAR2(5) AXLE_3 VARCHAR2(5) AXLE_4 VARCHAR2(5) AXLE_5 VARCHAR2(5) AXLE_6 VARCHAR2(5) AXLE_7 VARCHAR2(5) AXLE_8 VARCHAR2(5) AXLE_9 VARCHAR2(5) AXLE_10 VARCHAR2(5) AXLE_11 VARCHAR2(5) AXLE_12 VARCHAR2(5) AXLE_13 VARCHAR2(5) AXLE_14 VARCHAR2(5) AXLE_15 VARCHAR2(5)

WEIGHT_DATE TIMESTAMP(6)(0) WEIGHT_NUMBER NUMBER(8) WEIGHT_STATUS VARCHAR2(1),kur

ID – automātiski tiek ģenerēts un satur tabulas ieraksta ID numuru un ir unikāls visiem ID šajā tabulā,

EVENTNUMBER – TLKAIS sistēmas notikuma numurs, uz kuru attiecas tekošā svēruma dati,

SCALES_ID – TLKAIS sistēmā reģistrēto svaru identifikācijas numurs;

AXLES_TOTAL – kopējais tekošā transporta līdzekļa svars kilogramos;

AXLE_1 – tekošā transporta līdzekļa pirmās ass svars; AXLE_2 – tekošā transporta līdzekļa otrās ass svars;

…

AXLE_15 – tekošā transporta līdzekļa piecpadsmitās ass svars; WEIGHT_DATE – svēruma datums un laiks; WEIGHT_STATUS – svēruma status (iespējamās vērtības ir sekojošas:

L (owerload) – Ass ssvaru komplekss ir bijis pārslogots un līdz ar to svēruma dati nav izmantojami;

S (owerspeed) – transporta līdzeklis svēršanas brīdī ir pārsniedzis pieļaujamo svēršanas ātrumu, svēruma dati nav izmantojami;

o Programmatūras darbības laikā visām kļūdām un nestandarta notikumiem jābūt fiksētiem LOG failā.

o Programmatūra darbojas MS Windows vidē (izmantojamas Windows Windows 2012 serveru X64 vides – precīza nepieciešamā informācija iegūstama veicot pieprasījumu VID, pēc līguma noslēgšanas);

o Programmatūra darbojas MS Windows sistēmas servisa līmenī, kas tiek darbināts ar sistēmas lietotāja tiesībām;

o Programmatūras funkcionēšanai nav nepieciešama grafiskās informācijas izvades vai attēlošanas vide (lai gan pēc VID datorsistēmu administratora pieprasījuma vai startējot atsevišķu šīs programmatūras versiju vai komponenti, tiek iegūta iespēja vizuāli monitorēt, kontrolēt un veikt Svaru kompleksa datu pārsūtīšanas procesa auditēšanu izmantojot LOG failu sistēmas iespējas);

o Citas MS Windows vides un VID prasības, kas saistītas ar sistēmas drošības, veiktspējas un kontroles nepieciešamību

• Programmatūra Nr.3, kas veic Svaru kompleksu datu un TLKAIS sistēmas datu sinhronizēšanu ar mērķi korekti sasaistīt svērumu datus ar TLKAIS notikumu datiem. Šo programmatūru ir paredzēts uzstādīt un darbināt TLKAIS Lokālajā serverī, kas atrodas attiecīgo muitas punktu serveru telpās. Šai programmatūrai ir šādas galvenās funkcionālās prasības .(Groz)

o Programmatūrai ir jāspēj automātiskā veidā pieslēgties Oracle 11g datubāzei un saglabāt attiecīgos datus sekojošā veidā un šādiem parametriem: Datubāzes nosaukums, sistēmas lietotājs un parole – (precīza informācija iegūstama tikai veicot pieprasījumu VID , pēc līguma noslēgšanas);

o Tabulas nosaukums, kur tiks saglabāti dati - SCALES_WEIGHT_AXLE;

o Tabulas kolonnu nosaukumi, parametri un paskaidrojumi:

EVENTNUMBER NUMBER(8) WEIGHT_DATE TIMESTAMP(6)(0)

WEIGHT_NUMBER NUMBER(8)

kur

EVENTNUMBER – TLKAIS sistēmas notikuma numurs, kuram attiecas tekošā svēruma dati, WEIGHT_DATE – svēruma datums un laiks; WEIGHT_NUMBER – svēruma references numurs, kas tiek piešķirts transporta līdzekļu kontroles programmatūras funkcionēšanas laikā;

o Programmatūra darbojas MS Windows vidē (izmantojamas Windows 2008 un Windows 2012 serveru 64-bitu vides – precīza nepieciešamā informācija iegūstama, veicot pieprasījumu VID, pēc līguma noslēgšanas);

o Katram svaru kompleksam tiek piešķirts ID, ko arī satur lauks SCALES_ID. Katram svaru kompleksam ir jābūt iespējai piešķirt šo ID izmantojot konfigurācijas failus vai jebkādā citā veidā.

o Programmatūra darbojas MS Windows sistēmas servisa līmenī, kas tiek darbināts ar sistēmas lietotāja tiesībām;

o Citas MS Windows vides un VID prasības, kas saistītas ar sistēmas drošības, veiktspējas un kontroles nepieciešamību (skatīt punktu: Ass svaru kompleksa uzstādīšanas kārtība no paskaidrojuma raksta);

o Programmatūras funkcionēšanai nepieciešams uzstādīt nepieciešamos WAGO-I/O-SYSTEM 750 kontroliera ievades / izvades moduļus.

Vide

Programmatūras Nr.1, 2 un 3 izstrādes vides ir Izpildītāja brīvā izvēlē, nodrošinot augstāk minētās funkcionālās prasības un veiktspēju VID datu serveros.

Sakarā ar vidi, kurā strādā potenciālie TLKAIS lietotāji, galvenais Interneta pārlūks, kuru jāatbalsta Ass svaru svēruma datu apstrādes sistēmai, ir Internet Explorer un Microsoft Edge. Internet Explorer versijas zemākas kā 11 netiek atbalstītas. Citu interneta pārlūku atbalsts ir vēlams, bet nav obligāts.

Līdz ar augstāk minētām prasībām pret IE versijām un IE izvēli par galveno atbalstāmo pārlūku, atbalstāmās operētājsistēmas ir Windows 7, Windows 10.

Ass svaru svēršanas rezultātu integrēšana ASS SVARU APLIKĀCIJA ‌

Ass svaru aplikācija ir latviešu valodā. Aplikācijā uzrādās svēruma dati. Svēruma dati tiek apstrādāti automātiski bez muitas amatpersonas līdzdalības. Muitas amatpersonām svēruma dati ir pieejami darbojoties TLKAIS aplikācijā.

Svēršanas datu plūsma

1. Transporta līdzeklim kustībā sasniedzot Ass svaru platformu, svaru devēji sāk reaģēt uz transporta līdzekļa riteņu izdarīto spiedienu un nosūta iegūtās spiediena izmaiņas analogā veidā svaru indikatoram.

2. Svaru indikators iegūtos analogos datus pārvērš ciparu formātā un veic tekošā transporta līdzekļa ass masas aprēķinus un reģistrē iegūtos datus svaru indikatora atmiņā (EEPROM).

3. Punktos 1 un 2 minētās darbības tiek atkārtotas līdz kamēr transporta līdzeklis ir izbraucis ar visām savām riteņu asīm pāri svaru platformai.

4. Iestājoties Ass svaru indikatorā uzstādītam noilgumam starp punktos 1 un 2 definētajām darbībām, vai sasniedzot maksimāli pieļaujamo ass skaitu, Ass svaru programmatūra Nr.1 automātiski nodod iegūtos datus Ass svaru datu apstrādes aplikācijai, kas tiek darbināta uz Ass svaru datu bāzes servera.

5. Programmatūra Nr.1 saņemot svaru indikatora pārsūtītos datus veic saņemto datu pareizības pārbaudi un, apstiprinājuma gadījumā, reģistrē šos datus Ass svaru datu bāzes servera datu bāzē, pievienojot citu sistēmas informāciju, kas palīdzēs vēlāk precīzi identificēt katru konkrētu svēršanas gadījumu. Gadījumā, ja pārbaudītie dati tiks atzīti par nepareiziem, bojātiem vai nepilnīgiem - Ass svaru datu apstrādes aplikācija veiks atbilstošo ierakstu Ass svaru datu bāzes servera datu bāzē, kas vēlāk sniegs iespēju atbilstošajām muitas personālam pieņemt attiecīgos lēmumus par cita veida kravas kontroles veidu piemērošanu.

6. TLKAIS Lokālajā datu serverī, ir uzstādīts serviss (Programmatūra Nr.2), kas veic svērumu datu pārsūtīšanu no Ass svaru datu servera uz TLKAIS Lokālo datu serveri.

7. TLKAIS Lokālajā datu serverī, ir uzstādīts serviss (Programmatūra Nr.3), kas veiks kontroli pār transporta līdzekļu kustību TLKAIS un Ass svaru kompleksu iekārtu darbības zonā (izmantojot luksoforus) un veiks svērumu un TLKAIS notikumu datu sinhronizēšanu sadarbībā ar Ass svaru vadību un TLKAIS vadību.

TLKAIS Local DB

Svaru datu serveris

Luksofori

SVARU

vadība

TLKAIS

vadība

Programmatūra Nr.3

Lokālā Datu

bāze

Programmatūra Nr.2

Datu bāze

Programmatūra Nr.1

Svaru komplekss

TLKAIS MAIN DB

Datu bāze

Att. 1. Ass svaru integrēšanas datu plūsma

SVĒRUMU DATU attēlošana

Jaunie svēruma dati tiek attēloti TLKAIS notikumu apstrādes logā noteiktajās ailēs. Ja ir kļūda svērumu rezultātos, tad muitniekam ir iespēja manuāli veikt datu apstrādi, bet jāsaglabā notikumu vēsturē muitnieka veiktās darbības.

Tiešsaiste ar TLKAIS nav iespējama

1. Vispārējais apraksts Ass svaru programmatūrai.

1.1. Nepieciešams, lai vairāki lietotāji varētu paralēli pieslēgties pie Ass svaru indikatora caur seriālo com portu(RS232) vai Ethernet TCP/IP pieslēgumu. Ja Ass svari šādu iespēju nenodrošina, tad nepieciešams izveidot starpniekserveri kurš kontrolē datu plūsmas no un uz Ass svaru indikatoru.

2. Prasības Ass svaru programmatūrai

2.1. Ass svaru programmatūrai jābūt sadalītai 3 daļās:

2.1.1. Starpniekserviss

2.1.2. Datu serviss

2.1.3. Klienta aplikācija

3. Prasības Starpniekservisa programmatūrai:

3.1. Programmatūrai jābūt kā Microsoft Windows servisam, tai jāpalaižas arī tad, ja neviens lietotājs nav autorizējies (ielogojies) Microsoft Windows sistēmā (serverī).

3.2. Programmatūrai jāspēj sazināties ar Ass svaru indikatoriem, gan caur TCP/IP, gan caur seriālo com portu (RS232).

3.3. Datu servisam jāspēj pieslēgties šai programmatūrai uz portu kurš norādīts konfigurācijas failā.

3.3.1. Konfigurācijas failā jāspēj norādīt uz kādu TCP/IP portu tas klausīsies ienākošos pieprasījumus no datu servisa.

3.4. Programmatūrai jābūt konfigurējamai ar konfigurācijas failu, kurā konfigurācija notiek parasta teksta (plain text) veidā, norādot parametru un vērtību. Jāspēj izmantot komentēšanas iespēju konfigurācijas failā.

3.4.1. Konfigurācijas failā jāspēj konfigurēt sekojošus parametrus Ass svaru konfigurācijai:

3.4.1.1. Jānorāda konfigurācijas sekcijas nosaukums

3.4.1.2. Jānorāda Ass svaru ID

3.4.1.3. Jānorāda pieslēguma metodi: TCP/IP vai seriālais com ports (RS232)

3.4.1.4. Jānorāda pieslēgumu adrese: IP adrese vai COM ports (COM1, COM2, COM3, ...).

3.4.1.5. Jānorāda, vai šī konfigurācijas sekcija ir aktīva un vai tā ir jāņem vērā.

3.5. Programmatūras funkcionālajiem failiem jāglabājas sistēmas mainīgā “Program Files” direktorijā, kas parasti ir “C:\ Program Files” direktorijā.

3.6. Programmatūras konfigurācijas datiem jāglabājas sistēmas mainīgā “ProgramData” direktorijā, kas parasti ir “C:\ProgramData” direktorijā.

4. Prasības Datu servisa programmatūrai:

4.1. Programmatūrai jābūt kā Microsoft Windows servisam, tai jāpalaižas arī tad, ja neviens lietotājs nav autorizējies (ielogojies) Microsoft Windows sistēmā (serverī).

4.2. Programamtūrai jāspēj sazināties ar Ass svaru Starpniekservisa programmatūru caur TCP/IP protokolu uz konfigurācijas failā norādīto TCP/IP pieslēguma IP adresi un portu.

4.3. Programamtūrai jāspēj sazināties ar Ass svaru klienta programmatūru kas pieslēgsies uz šo datu servisu.

4.4. Programmatūrai jābūt konfigurējamai ar konfigurācijas failu, kurā konfigurācija notiek parasta teksta (plain text) veidā, norādot parametru un vērtību. Jāspēj izmantot komentēšanas iespēju konfigurācijas failā.

4.4.1. Konfigurācijas failā jāspēj konfigurēt sekojošus parametrus Ass svaru konfigurācijai:

4.4.1.1. Jānorāda konfigurācijas sekcijas nosaukums

4.4.1.2. Jānorāda pieslēguma IP adrese un ports.

4.5. Programmatūras funkcionālajiem failiem jāglabājas sistēmas mainīgā “Program Files” direktorijā, kas parasti ir “C:\ Program Files” direktorijā.

4.6. Programmatūras konfigurācijas datiem jāglabājas sistēmas mainīgā “ProgramData” direktorijā, kas parasti ir “C:\ProgramData” direktorijā.

4.7. Programmatūrai jāizmanto datubāze kurai nav nepieciešama atsevišķa instalācija un serviss. Piemēram atvērtā pirmkoda programmatūra SQLite

4.8. Datu servisam jāsatur arī drukāšanas sagataves fails, kuru ir iespējams uz servisa labot neizmantojot kādu papildus programmatūru. Piemēram .RTF faila formāts. Šai sagatavei jābūt uz servera, serveris nosūta klienta programmatūrai jau gatavu informāciju par to kas jādrukā.

5. Prasības Klienta programmatūrai:

5.1. Tehniskās prasības

5.1.1. Programmatūrai jādarbojas uz sekojošām sistēmām, gan 32-, gan 64- bitu vidēs:

5.1.1.1. Microsoft Windows 7

5.1.1.2. Microsoft Windows 10

5.1.1.3. Microsoft Server 2008 R1

5.1.1.4. Microsoft Server2008 R2

5.1.1.5. Microsoft Server 2012 R1

5.1.1.6. Microsoft Server 2012 R2

5.1.2. Klienta programmatūrai jāspēj darboties pilnvērtīgi ar parasta lietotāja tiesībām, bez administratora privilēģijām.

5.1.3. Programmatūrai jāstrādā ar iebūvētajām Microsoft rīkiem, bibliotēkām un ietvariem.

5.1.4. Programmatūrai jāspēj sazināties ar Datu servisa programmatūru caur TCP/IP protokolu uz konfigurācijas failā norādīto TCP/IP pieslēguma IP adresi un portu.

5.1.5. Programmatūrai jābūt konfigurējamai ar konfigurācijas failu, kurā konfigurācija notiek parasta teksta (plain text) veidā, norādot parametru un vērtību. Jāspēj izmantot komentēšanas iespēju konfigurācijas failā.

5.1.5.1. Konfigurācijas failā jāspēj konfigurēt sekojošus parametrus Ass svaru konfigurācijai:

5.1.5.1.1. Jānorāda konfigurācijas sekcijas nosaukums

5.1.5.1.2. Jānorāda pieslēguma IP adrese un ports.

5.1.6. Programmatūras funkcionālajiem failiem jāglabājas sistēmas mainīgā “Program Files” direktorijā, kas parasti ir “C:\ Program Files” direktorijā.

5.1.7. Programmatūras konfigurācijas datiem jāglabājas sistēmas mainīgā “ProgramData” direktorijā, kas parasti ir “C:\ProgramData” direktorijā.

5.2. Funkcionālās prasības

5.2.1. Atverot programmatūru bez lietotāju autorizācijas, jāredz tikai autorizācijas logs. Visu pārējo jāredz tikai pēc veiksmīga lietotāju autorizācijas.

5.2.2. Programmatūrai jābūt būvētai pēc viena loga principa un programmatūras funkcionālajām daļām jābūt loģiski sadalītiem sekojošās cilnēs:

5.2.2.1. Ass svaru svērumi

5.2.2.2. Lokālie lietotāji

5.2.2.3. Darbību vēsture

5.2.2.4. Svari

5.2.2.5. Iestatījumi

5.2.2.6. Paroles maiņa

5.3. Xxxxxx “Ass svaru svērumi”

5.3.1.1. Sadaļā “Ass svaru svērumi” tabulas veidā jāatainojas datiem kas saņemti no Datu servisa. Jāparādās sekojošām kolonām:

5.3.1.2. ID ( Svēruma ID)

5.3.1.3. Svēršanas datums (YYYY-MM-DD HH:MM:SS formātā)

5.3.1.4. Svars (skaitlis kilogramos)

5.3.1.5. Svēršanas statuss (OK/ERROR/FAST/OVER/UNDER)

5.3.1.6. Svara starpība (ko aprēķina, jāataino kilogramos).

5.3.1.7. Svari (Svaru nosaukums uz kuriem noticis svērums).

5.3.1.8. Muitas procedūra (izvēlētā muitas procedūra no saraksta)

5.3.1.9. Transporta līdzekļa valsts (3 zīmju valsts kods)

5.3.1.10. Transporta līdzekļa numurzīme

5.3.1.11. Transporta līdzekļa pašmasa (skaitlis kilogramos)

5.3.1.12. Ar piekabi (JĀ/NĒ)

5.3.1.13. Piekabes valsts (3 zīmju valsts kods)

5.3.1.14. Piekabes numurzīme

5.3.1.15. Piekabes pašmasa (skaitlis kilogramos)

5.3.1.16. Konteineri (JĀ/NĒ)

5.3.1.17. 1. Konteinera ISO kods

5.3.1.18. 1. Konteinera numurs

5.3.1.19. 1. Konteinera pašmasa

5.3.1.20. 2. Konteinera ISO kods

5.3.1.21. 2. Konteinera numurs

5.3.1.22. 2. Konteinera pašmasa

5.3.1.23. 3. Konteinera ISO kods

5.3.1.24. 3. Konteinera numurs

5.3.1.25. 3. Konteinera pašmasa

5.3.1.26. 4. Konteinera ISO kods

5.3.1.27. 4. Konteinera numurs

5.3.1.28. 4. Konteinera pašmasa

5.3.1.29. Ar kravu (Jā/Nē)

5.3.1.30. Dokumenta nr.( Teksta lauks brīvā formā)

5.3.1.31. Nosūtītājs/saņēmējs (Teksta lauks brīvā formā)

5.3.1.32. Pārvadātājs (Teksta lauks brīvā formā)

5.3.1.33. Kravas nosaukums (Teksta lauks brīvā formā)

5.3.1.34. Piezīmes (Teksta lauks brīvā formā)

5.3.1.35. Asis (skaits)

5.3.1.36. 1. Ass svars (svars kg)

5.3.1.37. 2. Ass svars (svars kg)

5.3.1.38. 3. Ass svars (svars kg)

5.3.1.39. 4. Ass svars (svars kg)

5.3.1.40. 5. Ass svars (svars kg)

5.3.1.41. 6. Ass svars (svars kg)

5.3.1.42. 7. Ass svars (svars kg)

5.3.1.43. 8. Ass svars (svars kg)

5.3.1.44. 9. Ass svars (svars kg)

5.3.1.45. 10. Ass svars (svars kg)

5.3.1.46. 11. Ass svars (svars kg)

5.3.1.47. 12. Ass svars (svars kg)

5.3.1.48. 13. Ass svars (svars kg)

5.3.1.49. 14. Ass svars (svars kg)

5.3.1.50. 15. Ass svars (svars kg)

5.3.1.51. 16. Ass svars (svars kg)

5.3.2. Jāataino 50 pēdējie ieraksti. Ja dati ir vairāk, tad jābūt pieejamai lapošanas (pagination) iespējai.

5.3.3. Iespēja atjaunot datus no Datu servisa automātiski, ja ir ielikts ķeksītis (checkbox) “atjaunot datus automātiski” vai manuāli nospiežot pogu “Atjaunot datus”.

5.3.4. Loga augšā jābūt filtram, kur iespējams atlasīt sekojošus parametrus:

5.3.4.1. Svari

5.3.4.2. Transporta līdzekļa valsts kods

5.3.4.3. Transporta līdzekļa numurzīme

5.3.4.4. Piekabes valsts kods

5.3.4.5. Piekabes numurzīme

5.3.4.6. Konteinera numura ISO kods

5.3.4.7. Konteinera numurs

5.3.4.8. Iespēja izvēlēties laika intervālu

5.3.4.9. Lietotājvārds

5.3.4.10. Status: 5.3.4.10.1. Visi

5.3.4.10.2. Apstrādātie

5.3.4.10.3. Neapstrādātie

5.3.5. Izvēloties kādu no ierakstiem, loga malā jāparādās apkopotai informācijai, strukturētā veidā.

5.3.6. Jāspēj izvēlēties kādu no ierakstiem un veikt ar to sekojošas darbības:

5.3.6.1. Poga “Labot”

5.3.6.2. Poga “Drukāt”.

5.3.6.2.1. Spiežot pogu “Drukāt” ir jāatveras Microsoft Windows drukāšanas veidnim uz lietotāja noklusēto printeri.

5.3.6.3. Poga: “Saglabāt kā PDF”

5.3.7. Labošanas ekrānam jāizskatās sekojošā veidā:

5.3.7.1. 1. Rindā: Muitas procedūra (izvēlas no saraksta, kas definēts datubāzē:

5.3.7.1.1. Bez muitas procedūras

5.3.7.1.2. Eksports

5.3.7.1.3. Imports

5.3.7.1.4. Tranzīts

5.3.7.2. 2. Rindā:

5.3.7.2.1. Transportlīdzekļa numurzīmes valsts kods

5.3.7.2.2. Transportlīdzekļa numurzīme

5.3.7.2.3. Transportlīdzekļa pašmasa kilogramos

5.3.7.3. 3. Rindā

5.3.7.3.1. Piekabes/Puspiekabes numurzīmes valsts kods

5.3.7.3.2. Piekabes/Puspiekabes numurzīme

5.3.7.3.3. Piekabes/Puspiekabes pašmasa kilogramos

5.3.7.4. 4. Rindā

5.3.7.4.1. 1. Konteinera numura ISO kods

5.3.7.4.2. 1. Konteinera numurs

5.3.7.4.3. 1. Konteinera pašmasa

5.3.7.5. 5. Rindā

5.3.7.5.1. 2. Konteinera numura ISO kods

5.3.7.5.2. 2. Konteinera numurs

5.3.7.5.3. 2. Konteinera pašmasa

5.3.7.6. 6. Rindā

5.3.7.6.1. 3. Konteinera numura ISO kods

5.3.7.6.2. 3. Konteinera numurs

5.3.7.6.3. 3. Konteinera pašmasa

5.3.7.7. 7. Rindā

5.3.7.7.1. 4. Konteinera numura ISO kods

5.3.7.7.2. 4. Konteinera numurs

5.3.7.7.3. 4. Konteinera pašmasa

5.3.7.8. 8. Rindā iespēja atzīmēt ar ķeksīti (checkbox), vai ir krava

5.3.7.9. 9. -13. rinda ir aktīva tikai tad, ja ir izvēlēts, ka krava ir aktīva

5.3.7.10. 9. Rindā: Deklarētais kravas svars kg.

5.3.7.11. 10. Rindā: Dokumenta numurs

5.3.7.12. 11. Rindā: Nosūtītājs/saņēmējs

5.3.7.13. 12. Rindā: Pārvadātājs:

5.3.7.14. 13. Rindā: Kravas nosaukums.

5.3.7.15. 14. Rindā: Piezīmes.

5.3.7.16. 15. Rindā:

5.3.7.16.1. Poga “Nosvērt un izdrukāt formu” 5.3.7.16.2. Atcelt

5.4. Xxxxxx “Darbību vēsture”

5.4.1. Sadaļā “Darbību vēsture” tabulas veidā jāatainojas darbību vēstures datiem sekojošās kolonās:

5.4.1.1. ID

5.4.1.2. Datums

5.4.1.3. Lietotājvārds

5.4.1.4. Darbība

5.4.1.5. Detaļas

5.4.2. Jāataino 50 pēdējie ieraksti. Ja dati ir vairāk, tad jābūt pieejamai lapošanas (pagination) iespējai.

5.4.3. Iespēja atjaunot datus no Datu servisa automātiski, ja ir ielikts ķeksītis (checkbox) “atjaunot datus automātiski” vai manuāli nospiežot pogu “Atjaunot datus”.

5.4.4. Loga augšā jābūt filtram, kur iespējams atlasīt sekojošus parametrus:

5.4.4.1. Darbība

5.4.4.2. Iespēja izvēlēties laika intervālu

5.4.4.3. Lietotājvārds

5.5. Xxxxxx “Svari”

5.5.1. Sadaļā “Svari” tabulas veidā jāatainojas konfigurētajiem svariem ar sekojošām kolonām:

5.5.1.1. ID

5.5.1.2. Iespējoti

5.5.1.3. Nosaukums uz displeja

5.5.1.4. IP adrese

5.5.1.5. Ports

5.5.1.6. Lietotājvārds

5.5.1.7. Parole

5.5.1.8. Identifikators

5.5.1.9. Svaru nosaukums (tiek drukāts uz izdrukas)

5.5.1.10. Svaru sertifikāts

5.5.1.11. Svaru konfigurācijas izveidošanas datums

5.5.1.12. Svaru konfigurācijas labošanas datums

5.5.2. Izvēloties kādu no ierakstiem, loga malā jāparādās apkopotai informācijai, strukturētā veidā. Jāparādās divām pogām- “Labot” un “Dzēst”.

5.6. Xxxxxx “Iestatījumi”

5.6.1. Jābūt definētiem sekojošiem laukiem kur ievadītā informācija tiek drukāta uz izdrukas galvenē:

5.6.2. Pirmā rinda

5.6.3. Otrā rinda

5.6.4. Trešā rinda

5.6.5. Jābūt iespējai norādīt drukāto kopiju skaitu pēc noklusējuma.

5.6.6. Jābūt iespējai norādīt kuri no konfigurētajiem svariem ir pieejami lietotājiem.

5.7. Xxxxxx “Lietotāji”

5.7.1. Sadaļā “Lietotāji” tabulas veidā jāatainojas sarakstam lokālo lietotāju sarakstam ar sekojošām kolonām:

5.7.1.1. ID

5.7.1.2. Lietotājvārds

5.7.1.3. Loma

5.7.1.4. Iespējots

5.7.1.5. Vārds

5.7.1.6. Uzvārds

5.7.1.7. Izveidošanas datums

5.7.1.8. Rediģēšanas datums

5.7.2. Izvēloties kādu no ierakstiem, loga malā jāparādās apkopotai informācijai, strukturētā veidā. Jāparādās divām pogām- “Labot” un “Dzēst”.

6. Xxxxxx “Paroles maiņa”

7.1 Lai lietotājs varētu nomainīt savu, lokālā lietotāja paroli, viņam vispirms jāautorizējas sistēmā un sadaļā “Paroles maiņa” divreiz jāievada jaunā parole un jānospiež saglabāt.

7.2 Microsoft Aktīvās Direktorojas (Active Directory) paroli programmā nav nepieciešams mainīt.

7. Lietotāju autorizācija

7.1. Programmatūras kopums nodrošina lietotāju autorizāciju, gan lokālajā datubāzē, gan autorizēšanos ar Microsoft Aktīvo Direktoriju (Active Directory). Klienta programmatūras pusē tiek ievadīti dati, kas tiek sūtīti uz Datu servisu, kur Datu serviss veic pieslēgumu uz Microsoft Aktīvās Direktorijas serveri un veic autentifikāciju.

7.1.1. Uz VID aktīvās direktorijas servera ir definētas 3 lietotāju grupas ar dažādām tiesībām:

7.1.1.1. Lietotājs

7.1.1.2. Pārvaldītājs

7.1.1.3. Administrators.

7.1.2. Ieliekot lietotāju kādā no šīm aktīvās direktorijas grupām tam tiek piešķirtas attiecīgas tiesības.

7.1.3. Konfigurācijas failā jāspēj norādīt TCP/IP IP adresi un portu uz kuru jāpieslēdzas pie Microsoft Aktīvās Direktorijas servera.

7.1.3.1. Konfigurācijas failā jāspēj norādīt lietotājvārds un parole ar kuru tiks veikts šis pieslēgums

7.1.4. Uz Datu servisa ir definētas 3 lokālās lietotāju grupas ar dažādām tiesībām:

7.1.4.1. Lietotājs

7.1.4.2. Pārvaldītājs

7.1.4.3. Administrators.

7.1.5. Ieliekot lietotāju kādā no šīm lokālajām grupām tam tiek piešķirtas attiecīgas tiesības.

7.1.6. Pieslēgumam pie Microsoft Aktīvās Direktorijas servera jābūt konfigurējamai ar konfigurācijas failu, kurā konfigurācija notiek parasta teksta (plain text) veidā, norādot parametru un vērtību. Jāspēj izmantot komentēšanas iespēju konfigurācijas failā.

7.1.7. Konfigurācijas failā jāspēj konfigurēt sekojošus parametrus Microsoft Aktīvās Direktorijas pieslēguma konfigurācijai:

7.1.7.1. Jānorāda konfigurācijas sekcijas nosaukums;

7.1.7.2. Jānorāda pieslēguma IP adrese;

7.1.7.3. Jānorāda pieslēguma lietotājvārds un parole.

7.1.8. Programmatūras funkcionālajiem failiem jāglabājas sistēmas mainīgā “Program Files” direktorijā, kas parasti ir “C:\ Program Files” direktorijā.

Programmatūras konfigurācijas datiem jāglabājas sistēmas mainīgā “ProgramData” direktorijā, kas parasti ir “C:\ProgramData” direktorijā.

Document Metadata

Table of Contents

Contract

Document Metadata