# Eiropas Savienības L 210/2008

| | ISSN 1725-5112 |
| --- | --- |
| Eiropas Savienības
  Oficiālais Vēstnesis | L 210 |
| | |
| Izdevums latviešu valodā | Tiesību akti | 51. sējums2008. gada 6. augusts |

ISSN 1725-5112

Eiropas Savienības

Oficiālais Vēstnesis

L 210

Izdevums latviešu valodā

Tiesību akti

51. sējums2008. gada 6. augusts

---

| Saturs | | III   Tiesību akti, kas pieņemti, piemērojot Līgumu par Eiropas Savienību | Lappuse |
| --- | --- | --- | --- |
| | | TIESĪBU AKTI, KAS PIEŅEMTI, PIEMĒROJOT LES VI SADAĻU |
| | * | Padomes Lēmums 2008/615/TI (2008. gada 23. jūnijs) par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu un pārrobežu noziedzību | 1 |
| | * | Padomes Lēmums 2008/616/TI (2008. gada 23. jūnijs) par to, kā īstenot Lēmumu 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību | 12 |
| | * | Padomes Lēmums 2008/617/TI (2008. gada 23. jūnijs) par sadarbības uzlabošanu starp Eiropas Savienības dalībvalstu īpašajām intervences vienībām krīzes situācijās | 73 |

Saturs

III   Tiesību akti, kas pieņemti, piemērojot Līgumu par Eiropas Savienību

Lappuse

TIESĪBU AKTI, KAS PIEŅEMTI, PIEMĒROJOT LES VI SADAĻU

*

Padomes Lēmums 2008/615/TI (2008. gada 23. jūnijs) par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu un pārrobežu noziedzību

1

*

Padomes Lēmums 2008/616/TI (2008. gada 23. jūnijs) par to, kā īstenot Lēmumu 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību

12

*

Padomes Lēmums 2008/617/TI (2008. gada 23. jūnijs) par sadarbības uzlabošanu starp Eiropas Savienības dalībvalstu īpašajām intervences vienībām krīzes situācijās

73

| LV | Tiesību akti, kuru virsraksti ir gaišajā drukā, attiecas uz kārtējiem jautājumiem lauksaimniecības jomā un parasti ir spēkā tikai ierobežotu laika posmu.
  Visu citu tiesību aktu virsraksti ir tumšajā drukā, un pirms tiem ir zvaigznīte. |
| --- | --- |

LV

Tiesību akti, kuru virsraksti ir gaišajā drukā, attiecas uz kārtējiem jautājumiem lauksaimniecības jomā un parasti ir spēkā tikai ierobežotu laika posmu.

Visu citu tiesību aktu virsraksti ir tumšajā drukā, un pirms tiem ir zvaigznīte.

---

III Tiesību akti, kas pieņemti, piemērojot Līgumu par Eiropas Savienību

TIESĪBU AKTI, KAS PIEŅEMTI, PIEMĒROJOT LES VI SADAĻU

| 6.8.2008 | LV | Eiropas Savienības Oficiālais Vēstnesis | L 210/1 |
| --- | --- | --- | --- |

6.8.2008

LV

Eiropas Savienības Oficiālais Vēstnesis

L 210/1

---

PADOMES LĒMUMS 2008/615/TI

(2008. gada 23. jūnijs)

par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu un pārrobežu noziedzību

EIROPAS SAVIENĪBAS PADOME,

ņemot vērā Līgumu par Eiropas Savienību un jo īpaši tā 30. panta 1. punkta a) un b) apakšpunktu, 31. panta 1. punkta a) apakšpunktu, 32. pantu un 34. panta 2. punkta c) apakšpunktu,

ņemot vērā Beļģijas Karalistes, Bulgārijas Republikas, Vācijas Federatīvās Republikas, Spānijas Karalistes, Francijas Republikas, Luksemburgas Lielhercogistes, Nīderlandes Karalistes, Austrijas Republikas, Slovēnijas Republikas, Slovākijas Republikas, Itālijas Republikas, Somijas Republikas, Portugāles Republikas, Rumānijas un Zviedrijas Karalistes iniciatīvu,

ņemot vērā Eiropas Parlamenta atzinumu (1),

tā kā:

| (1) | Pēc tam, kad stājies spēkā Līgums starp Beļģijas Karalisti, Vācijas Federatīvo Republiku, Spānijas Karalisti, Francijas Republiku, Luksemburgas Lielhercogisti, Nīderlandes Karalisti un Austrijas Republiku par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu, pārrobežu noziedzību un nelegālu migrāciju (“Prīmes Līgums”), konsultējoties ar Eiropas Komisiju, atbilstīgi Līguma par Eiropas Savienību noteikumiem ir iesniegta šī iniciatīva, kuras mērķis ir Prīmes Līguma noteikumus iekļaut Eiropas Savienības tiesiskajā sistēmā. |
| --- | --- |

(1)

Pēc tam, kad stājies spēkā Līgums starp Beļģijas Karalisti, Vācijas Federatīvo Republiku, Spānijas Karalisti, Francijas Republiku, Luksemburgas Lielhercogisti, Nīderlandes Karalisti un Austrijas Republiku par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu, pārrobežu noziedzību un nelegālu migrāciju (“Prīmes Līgums”), konsultējoties ar Eiropas Komisiju, atbilstīgi Līguma par Eiropas Savienību noteikumiem ir iesniegta šī iniciatīva, kuras mērķis ir Prīmes Līguma noteikumus iekļaut Eiropas Savienības tiesiskajā sistēmā.

| (2) | Eiropadome 1999. gada oktobra Tamperes sanāksmes secinājumos apstiprināja vajadzību uzlabot informācijas apmaiņu starp dalībvalstu kompetentajām iestādēm nolūkā atklāt un izmeklēt noziedzīgos nodarījumus. |
| --- | --- |

(2)

Eiropadome 1999. gada oktobra Tamperes sanāksmes secinājumos apstiprināja vajadzību uzlabot informācijas apmaiņu starp dalībvalstu kompetentajām iestādēm nolūkā atklāt un izmeklēt noziedzīgos nodarījumus.

| (3) | 2004. gada novembra Hāgas Programmā brīvības, drošības un tiesiskuma stiprināšanai Eiropas Savienībā Eiropadome pauda pārliecību, ka šajā nolūkā vajadzīga novatoriska pieeja pārrobežu informācijas apmaiņai tiesībaizsardzības jomā. |
| --- | --- |

(3)

2004. gada novembra Hāgas Programmā brīvības, drošības un tiesiskuma stiprināšanai Eiropas Savienībā Eiropadome pauda pārliecību, ka šajā nolūkā vajadzīga novatoriska pieeja pārrobežu informācijas apmaiņai tiesībaizsardzības jomā.

| (4) | Eiropadome attiecīgi pauda viedokli, ka šādas informācijas apmaiņai būtu jāatbilst noteikumiem, kādus piemēro pieejamības principam. Tas nozīmē, ka tiesībaizsardzības amatpersona vienā Savienības dalībvalstī, kurai vajadzīga informācija, lai veiktu savus pienākumus, var iegūt šo informāciju no citas dalībvalsts un ka tiesībaizsardzības iestādes šajā dalībvalstī, kuru rīcībā ir attiecīgā informācija, padarīs to pieejamu deklarētajam mērķim, ņemot vērā minētās dalībvalsts vajadzības saistībā ar nepabeigtām izmeklēšanām. |
| --- | --- |

(4)

Eiropadome attiecīgi pauda viedokli, ka šādas informācijas apmaiņai būtu jāatbilst noteikumiem, kādus piemēro pieejamības principam. Tas nozīmē, ka tiesībaizsardzības amatpersona vienā Savienības dalībvalstī, kurai vajadzīga informācija, lai veiktu savus pienākumus, var iegūt šo informāciju no citas dalībvalsts un ka tiesībaizsardzības iestādes šajā dalībvalstī, kuru rīcībā ir attiecīgā informācija, padarīs to pieejamu deklarētajam mērķim, ņemot vērā minētās dalībvalsts vajadzības saistībā ar nepabeigtām izmeklēšanām.

| (5) | Eiropadome noteica 2008. gada 1. janvāri kā termiņu, līdz kuram jāizpilda šis Hāgas Programmā noteiktais mērķis. |
| --- | --- |

(5)

Eiropadome noteica 2008. gada 1. janvāri kā termiņu, līdz kuram jāizpilda šis Hāgas Programmā noteiktais mērķis.

| (6) | Padomes Pamatlēmumā 2006/960/TI (2006. gada 18. decembris) par Eiropas Savienības dalībvalstu tiesībaizsardzības iestāžu informācijas un izlūkdatu apmaiņas vienkāršošanu (2) jau izklāstīti noteikumi, ar kuru palīdzību dalībvalstu tiesībaizsardzības iestādes var ātri un efektīvi apmainīties ar esošo informāciju un izlūkdatiem, lai veiktu izmeklēšanu krimināllietās vai īstenotu policijas izlūkdatu vākšanas darbības. |
| --- | --- |

(6)

Padomes Pamatlēmumā 2006/960/TI (2006. gada 18. decembris) par Eiropas Savienības dalībvalstu tiesībaizsardzības iestāžu informācijas un izlūkdatu apmaiņas vienkāršošanu (2) jau izklāstīti noteikumi, ar kuru palīdzību dalībvalstu tiesībaizsardzības iestādes var ātri un efektīvi apmainīties ar esošo informāciju un izlūkdatiem, lai veiktu izmeklēšanu krimināllietās vai īstenotu policijas izlūkdatu vākšanas darbības.

| (7) | Hāgas Programmā brīvības, drošības un tiesiskuma stiprināšanai ir arī noteikts, ka pilnībā būtu jāizmanto jauna tehnoloģija un ka vajadzētu būt arī savstarpējai piekļuvei valstu datubāzēm, paredzot arī, ka jaunas centralizētas Eiropas datubāzes būtu jāveido, tikai pamatojoties uz pētījumiem, kas apliecina to pievienoto vērtību. |
| --- | --- |

(7)

Hāgas Programmā brīvības, drošības un tiesiskuma stiprināšanai ir arī noteikts, ka pilnībā būtu jāizmanto jauna tehnoloģija un ka vajadzētu būt arī savstarpējai piekļuvei valstu datubāzēm, paredzot arī, ka jaunas centralizētas Eiropas datubāzes būtu jāveido, tikai pamatojoties uz pētījumiem, kas apliecina to pievienoto vērtību.

| (8) | Efektīvai starptautiskai sadarbībai ir būtiski, lai apmaiņa ar precīzu informāciju varētu notikt ātri un efektīvi. Mērķis ir ieviest procedūras, lai veicinātu ātrus, efektīvus un lētus datu apmaiņas līdzekļus. Datu kopīgai lietošanai šajās procedūrās paredz pienākumu atskaitīties un iekļauj atbilstīgas garantijas attiecībā uz datu precizitāti un drošību pārsūtīšanas un glabāšanas laikā, kā arī procedūras datu apmaiņas reģistrācijai un ierobežojumus apmaiņas ceļā iegūtās informācijas izmantošanai. |
| --- | --- |

(8)

Efektīvai starptautiskai sadarbībai ir būtiski, lai apmaiņa ar precīzu informāciju varētu notikt ātri un efektīvi. Mērķis ir ieviest procedūras, lai veicinātu ātrus, efektīvus un lētus datu apmaiņas līdzekļus. Datu kopīgai lietošanai šajās procedūrās paredz pienākumu atskaitīties un iekļauj atbilstīgas garantijas attiecībā uz datu precizitāti un drošību pārsūtīšanas un glabāšanas laikā, kā arī procedūras datu apmaiņas reģistrācijai un ierobežojumus apmaiņas ceļā iegūtās informācijas izmantošanai.

| (9) | Šīs prasības ir izpildītas ar Prīmes Līgumu. Lai izpildītu abas būtiskās Hāgas Programmas prasības visās dalībvalstīs tam paredzētajā grafikā, Prīmes Līguma būtiskām daļām vajadzētu būt piemērojamām visās dalībvalstīs. |
| --- | --- |

(9)

Šīs prasības ir izpildītas ar Prīmes Līgumu. Lai izpildītu abas būtiskās Hāgas Programmas prasības visās dalībvalstīs tam paredzētajā grafikā, Prīmes Līguma būtiskām daļām vajadzētu būt piemērojamām visās dalībvalstīs.

| (10) | Tādēļ šajā lēmumā iekļauti noteikumi, kuru pamatā ir Prīmes Līguma galvenie noteikumi un kuru mērķis ir uzlabot informācijas apmaiņu, un saskaņā ar kuriem dalībvalstis cita citai piešķir tiesības piekļūt savām automatizētajām DNS analīzes datnēm, automatizētajām pirkstu nospiedumu identifikācijas sistēmām un transportlīdzekļu reģistrācijas datiem. Attiecībā uz datiem valsts DNS analīzes datnēs un automatizētajās pirkstu nospiedumu identifikācijas sistēmās “atbilst/neatbilst” sistēmai būtu jādod iespēja informācijas meklētājai dalībvalstij nākamajā posmā pieprasīt konkrētus attiecīgos personas datus no tās dalībvalsts, kura pārvalda attiecīgo datni, un vajadzības gadījumā pieprasīt papildu informāciju, izmantojot savstarpējās palīdzības procedūras, tostarp tās, kas pieņemtas saskaņā ar Pamatlēmumu 2006/960/TI. |
| --- | --- |

(10)

Tādēļ šajā lēmumā iekļauti noteikumi, kuru pamatā ir Prīmes Līguma galvenie noteikumi un kuru mērķis ir uzlabot informācijas apmaiņu, un saskaņā ar kuriem dalībvalstis cita citai piešķir tiesības piekļūt savām automatizētajām DNS analīzes datnēm, automatizētajām pirkstu nospiedumu identifikācijas sistēmām un transportlīdzekļu reģistrācijas datiem. Attiecībā uz datiem valsts DNS analīzes datnēs un automatizētajās pirkstu nospiedumu identifikācijas sistēmās “atbilst/neatbilst” sistēmai būtu jādod iespēja informācijas meklētājai dalībvalstij nākamajā posmā pieprasīt konkrētus attiecīgos personas datus no tās dalībvalsts, kura pārvalda attiecīgo datni, un vajadzības gadījumā pieprasīt papildu informāciju, izmantojot savstarpējās palīdzības procedūras, tostarp tās, kas pieņemtas saskaņā ar Pamatlēmumu 2006/960/TI.

| (11) | Tas ievērojami paātrinātu esošās procedūras, dodot dalībvalstīm iespēju noskaidrot, vai kādai citai dalībvalstij ir vajadzīgā informācija un, ja ir, tieši kurai dalībvalstij. |
| --- | --- |

(11)

Tas ievērojami paātrinātu esošās procedūras, dodot dalībvalstīm iespēju noskaidrot, vai kādai citai dalībvalstij ir vajadzīgā informācija un, ja ir, tieši kurai dalībvalstij.

| (12) | Pārrobežu datu salīdzināšanai būtu jāpaver jaunas iespējas noziedzības apkarošanā. Datu salīdzināšanā iegūtai informācijai būtu dalībvalstīm jādod iespēja izmantot jaunus izmeklēšanas paņēmienus, tādējādi tai būtu būtiska nozīme, palīdzot dalībvalstu tiesībaizsardzības un tiesu iestādēm. |
| --- | --- |

(12)

Pārrobežu datu salīdzināšanai būtu jāpaver jaunas iespējas noziedzības apkarošanā. Datu salīdzināšanā iegūtai informācijai būtu dalībvalstīm jādod iespēja izmantot jaunus izmeklēšanas paņēmienus, tādējādi tai būtu būtiska nozīme, palīdzot dalībvalstu tiesībaizsardzības un tiesu iestādēm.

| (13) | Noteikumu pamatā ir dalībvalstu datubāzu apvienošana tīklā. |
| --- | --- |

(13)

Noteikumu pamatā ir dalībvalstu datubāzu apvienošana tīklā.

| (14) | Ar zināmiem nosacījumiem dalībvalstīm vajadzētu būt iespējai sniegt personas datus un citus datus, lai, novēršot noziedzīgus nodarījumus un uzturot sabiedrisko kārtību un drošību, uzlabotu informācijas apmaiņu saistībā ar nozīmīgiem pārrobežu notikumiem. |
| --- | --- |

(14)

Ar zināmiem nosacījumiem dalībvalstīm vajadzētu būt iespējai sniegt personas datus un citus datus, lai, novēršot noziedzīgus nodarījumus un uzturot sabiedrisko kārtību un drošību, uzlabotu informācijas apmaiņu saistībā ar nozīmīgiem pārrobežu notikumiem.

| (15) | Īstenojot 12. pantu, dalībvalstis var nolemt prioritāri pievērsties smagu noziedzīgu nodarījumu apkarošanai, ņemot vērā ierobežotās tehniskās iespējas, kas pieejamas datu pārsūtīšanai. |
| --- | --- |

(15)

Īstenojot 12. pantu, dalībvalstis var nolemt prioritāri pievērsties smagu noziedzīgu nodarījumu apkarošanai, ņemot vērā ierobežotās tehniskās iespējas, kas pieejamas datu pārsūtīšanai.

| (16) | Papildus informācijas apmaiņas uzlabošanai cita starpā ir nepieciešams reglamentēt ciešākus policijas iestāžu sadarbības veidus, īpaši – organizējot kopīgas drošības operācijas (piemēram, kopīgas patruļas). |
| --- | --- |

(16)

Papildus informācijas apmaiņas uzlabošanai cita starpā ir nepieciešams reglamentēt ciešākus policijas iestāžu sadarbības veidus, īpaši – organizējot kopīgas drošības operācijas (piemēram, kopīgas patruļas).

| (17) | Ciešākai policijas un tiesu iestāžu sadarbībai krimināllietās jānotiek, ņemot vērā pamattiesības, jo īpaši tiesības uz privātās dzīves neaizskaramību un personas datu aizsardzību, ko garantē ar speciālajiem datu aizsardzības noteikumiem, kam vajadzētu būt pielāgotiem dažāda veida datu apmaiņas īpašajam raksturam. Šādos datu aizsardzības noteikumos būtu īpaši jāņem vērā specifika, kāda piemīt pārrobežu piekļuvei datubāzēm tiešsaistē. Tā kā tiešsaistes piekļuves apstākļos dalībvalstij, kura pārvalda šo datni, nav iespējas izdarīt iepriekšējas pārbaudes, tā vietā būtu jābūt sistēmai, kura pēc tam nodrošina pārraudzību. |
| --- | --- |

(17)

Ciešākai policijas un tiesu iestāžu sadarbībai krimināllietās jānotiek, ņemot vērā pamattiesības, jo īpaši tiesības uz privātās dzīves neaizskaramību un personas datu aizsardzību, ko garantē ar speciālajiem datu aizsardzības noteikumiem, kam vajadzētu būt pielāgotiem dažāda veida datu apmaiņas īpašajam raksturam. Šādos datu aizsardzības noteikumos būtu īpaši jāņem vērā specifika, kāda piemīt pārrobežu piekļuvei datubāzēm tiešsaistē. Tā kā tiešsaistes piekļuves apstākļos dalībvalstij, kura pārvalda šo datni, nav iespējas izdarīt iepriekšējas pārbaudes, tā vietā būtu jābūt sistēmai, kura pēc tam nodrošina pārraudzību.

| (18) | Tāda atbilstības/neatbilstības sistēma nodrošina struktūru anonīmu profilu salīdzināšanai, kad papildu personas datus apmaina tikai pēc atbilstīgu datu atlases, kuru piegādi vai saņemšanu nosaka valsts tiesību aktos, tostarp noteikumos par juridisku palīdzību. Šāda struktūra nodrošinās atbilstīgu veidu datu aizsardzībai, ar to saprotot, ka personas datu piegādei citai dalībvalstij ir vajadzīgi pietiekami datu aizsardzības standarti saņēmējās dalībvalstīs. |
| --- | --- |

(18)

Tāda atbilstības/neatbilstības sistēma nodrošina struktūru anonīmu profilu salīdzināšanai, kad papildu personas datus apmaina tikai pēc atbilstīgu datu atlases, kuru piegādi vai saņemšanu nosaka valsts tiesību aktos, tostarp noteikumos par juridisku palīdzību. Šāda struktūra nodrošinās atbilstīgu veidu datu aizsardzībai, ar to saprotot, ka personas datu piegādei citai dalībvalstij ir vajadzīgi pietiekami datu aizsardzības standarti saņēmējās dalībvalstīs.

| (19) | Apzinoties plašo informācijas un datu apmaiņu, kas izriet no policijas un tiesu iestāžu ciešākas sadarbības, ar šo lēmumu ir veikti centieni nodrošināt atbilstīgu datu aizsardzības līmeni. Lēmumā ir ievērots tāds aizsardzības līmenis saistībā ar personas datu apstrādi, kāds noteikts 1981. gada 28. janvāra Eiropas Padomes Konvencijā par personu aizsardzību attiecībā uz personas datu automātisko apstrādi, Konvencijas 2001. gada 8. novembra Papildprotokolā un Eiropas Padomes Ieteikumā Nr. R (87) 15 par personas datu izmantošanu policijas vajadzībām. |
| --- | --- |

(19)

Apzinoties plašo informācijas un datu apmaiņu, kas izriet no policijas un tiesu iestāžu ciešākas sadarbības, ar šo lēmumu ir veikti centieni nodrošināt atbilstīgu datu aizsardzības līmeni. Lēmumā ir ievērots tāds aizsardzības līmenis saistībā ar personas datu apstrādi, kāds noteikts 1981. gada 28. janvāra Eiropas Padomes Konvencijā par personu aizsardzību attiecībā uz personas datu automātisko apstrādi, Konvencijas 2001. gada 8. novembra Papildprotokolā un Eiropas Padomes Ieteikumā Nr. R (87) 15 par personas datu izmantošanu policijas vajadzībām.

| (20) | Šajā lēmumā ietvertajos datu aizsardzības noteikumos arī iekļauti datu aizsardzības principi, kas vajadzīgi, jo trešajā pīlārā nav pamatlēmuma par datu aizsardzību. Šis pamatlēmums būtu jāpiemēro visā policijas un tiesu iestāžu sadarbībā krimināllietās ar nosacījumu, ka tā datu aizsardzības līmenis nav zemāks par aizsardzību, kas paredzēta Eiropas Padomes 1981. gada 28. janvāra Konvencijā par personu aizsardzību attiecībā uz personas datu automatizētu apstrādi un tās 2001. gada 8. novembra Papildprotokolā, un ņem vērā Eiropas Padomes Ministru komitejas Ieteikumu Nr. R (87) 15 (1987. gada 17. septembris) par personas datu izmantošanu policijā arī tad, ja datu apstrāde nav automatizēta. |
| --- | --- |

(20)

Šajā lēmumā ietvertajos datu aizsardzības noteikumos arī iekļauti datu aizsardzības principi, kas vajadzīgi, jo trešajā pīlārā nav pamatlēmuma par datu aizsardzību. Šis pamatlēmums būtu jāpiemēro visā policijas un tiesu iestāžu sadarbībā krimināllietās ar nosacījumu, ka tā datu aizsardzības līmenis nav zemāks par aizsardzību, kas paredzēta Eiropas Padomes 1981. gada 28. janvāra Konvencijā par personu aizsardzību attiecībā uz personas datu automatizētu apstrādi un tās 2001. gada 8. novembra Papildprotokolā, un ņem vērā Eiropas Padomes Ministru komitejas Ieteikumu Nr. R (87) 15 (1987. gada 17. septembris) par personas datu izmantošanu policijā arī tad, ja datu apstrāde nav automatizēta.

| (21) | Ņemot vērā to, ka šā lēmuma mērķus, jo īpaši informācijas apmaiņas uzlabošanu Eiropas Savienībā, nevar pietiekami labi sasniegt atsevišķās dalībvalstīs, ņemot vērā noziedzības apkarošanas un drošības jautājumu pārrobežu raksturu, kas prasa dalībvalstīm šajos jautājumos paļauties citai uz citu, un to, ka minētos mērķus var labāk sasniegt Eiropas Savienības līmenī, Padome var pieņemt pasākumus saskaņā ar Eiropas Kopienas dibināšanas līguma 5. pantā noteikto subsidiaritātes principu, uz ko attiecas Līguma par Eiropas Savienību 2. pants. Saskaņā ar Eiropas Kopienas dibināšanas līguma 5. pantā noteikto proporcionalitātes principu šajā lēmumā paredz vienīgi tos pasākumus, kas ir vajadzīgi minēto mērķu sasniegšanai. |
| --- | --- |

(21)

Ņemot vērā to, ka šā lēmuma mērķus, jo īpaši informācijas apmaiņas uzlabošanu Eiropas Savienībā, nevar pietiekami labi sasniegt atsevišķās dalībvalstīs, ņemot vērā noziedzības apkarošanas un drošības jautājumu pārrobežu raksturu, kas prasa dalībvalstīm šajos jautājumos paļauties citai uz citu, un to, ka minētos mērķus var labāk sasniegt Eiropas Savienības līmenī, Padome var pieņemt pasākumus saskaņā ar Eiropas Kopienas dibināšanas līguma 5. pantā noteikto subsidiaritātes principu, uz ko attiecas Līguma par Eiropas Savienību 2. pants. Saskaņā ar Eiropas Kopienas dibināšanas līguma 5. pantā noteikto proporcionalitātes principu šajā lēmumā paredz vienīgi tos pasākumus, kas ir vajadzīgi minēto mērķu sasniegšanai.

| (22) | Šajā lēmumā ievēro pamattiesības un principus, kas jo īpaši izklāstīti Eiropas Savienības Pamattiesību hartā, |
| --- | --- |

(22)

Šajā lēmumā ievēro pamattiesības un principus, kas jo īpaši izklāstīti Eiropas Savienības Pamattiesību hartā,

IR NOLĒMUSI ŠĀDI.

1. NODAĻA

VISPĀRĪGI ASPEKTI

1. pants

Mērķis un darbības joma

Ar šo lēmumu dalībvalstis paredz pastiprināt pārrobežu sadarbību jautājumos, kas ietverti Līguma VI sadaļā, īpaši jautājumā par informācijas apmaiņu starp iestādēm, kas atbildīgas par kriminālu nodarījumu novēršanu un izmeklēšanu. Šajā nolūkā šis lēmums satur noteikumus šādās jomās:

| a) | noteikumi par nosacījumiem un procedūru automātiskai DNS profilu, pirkstu nospiedumu datu un konkrētu valsts piešķirtu transportlīdzekļu reģistrācijas datu pārsūtīšanai (2. nodaļa); |
| --- | --- |

a)

noteikumi par nosacījumiem un procedūru automātiskai DNS profilu, pirkstu nospiedumu datu un konkrētu valsts piešķirtu transportlīdzekļu reģistrācijas datu pārsūtīšanai (2. nodaļa);

| b) | noteikumi par nosacījumiem datu piegādei saistībā ar nozīmīgiem pārrobežu notikumiem (3. nodaļa); |
| --- | --- |

b)

noteikumi par nosacījumiem datu piegādei saistībā ar nozīmīgiem pārrobežu notikumiem (3. nodaļa);

| c) | noteikumi par nosacījumiem informācijas piegādei, lai novērstu teroristiskus nodarījumus (4. nodaļa); |
| --- | --- |

c)

noteikumi par nosacījumiem informācijas piegādei, lai novērstu teroristiskus nodarījumus (4. nodaļa);

| d) | noteikumi par nosacījumiem un procedūru, lai pastiprinātu pārrobežu policijas sadarbību, veicot dažādus pasākumus (5. nodaļa). |
| --- | --- |

d)

noteikumi par nosacījumiem un procedūru, lai pastiprinātu pārrobežu policijas sadarbību, veicot dažādus pasākumus (5. nodaļa).

2. NODAĻA

TIEŠSAISTES PIEKĻUVE UN LŪGUMI PĒC PAPILDU PASĀKUMIEM

1. IEDAĻA

DNS profili

2. pants

Valstu DNS analīzes datņu izveide

1.   Dalībvalstis izveido un uztur valsts DNS analīzes datnes noziedzīgu nodarījumu izmeklēšanas vajadzībām. Šajās datnēs uzglabāto datu apstrādi saistībā ar šo lēmumu veic saskaņā ar šo lēmumu un atbilstīgi apstrādei piemērojamajiem attiecīgās valsts tiesību aktiem.

2.   Lai īstenotu šo lēmumu, dalībvalstis nodrošina atsauces datu pieejamību no savu valstu DNS analīzes datnēm, kā tas minēts 1. punkta pirmajā teikumā. Atsauces dati ietver vienīgi DNS profilus, ko veido to DNS nekodētā daļa un atsauces numurs. Atsauces dati neietver datus, pēc kuriem var tieši noteikt datu subjektu. Atsauces dati, kas nav saistīti ar konkrētu personu (“neidentificēti DNS profili”), ir atpazīstami kā tādi.

3.   Visas dalībvalstis informē Padomes Ģenerālsekretariātu par valsts DNS analīzes datnēm, kam piemēro 2. līdz 6. pantu, un 3. panta 1. punktā minētās automātiskās meklēšanas nosacījumiem saskaņā ar 36. pantu.

3. pants

Automātiska DNS profilu meklēšana

1.   Noziedzīgu nodarījumu izmeklēšanai dalībvalstis ļauj citu dalībvalstu kontaktpunktiem, kas minēti 6. pantā, piekļūt atsauces datiem to DNS analīzes datnēs, ļaujot veikt automātisko meklēšanu, salīdzinot DNS profilus. Meklēšanu var veikt vienīgi atsevišķos gadījumos un saskaņā ar pieprasījuma iesniedzējas dalībvalsts tiesību aktiem.

2.   Ja automātiskajā meklēšanā parādās, ka meklētajam DNS profilam atrasti atbilstīgi dalībvalsts datnē esoši DNS profili, meklētājas dalībvalsts kontaktpunkts automātiski saņem paziņojumu par atrastās sakritības atsauces datiem. Ja sakritības neatrod, par to nosūta automātisku paziņojumu.

4. pants

Automātiska DNS profilu salīdzināšana

1.   Noziedzīgu nodarījumu izmeklēšanas vajadzībām dalībvalstis, savstarpēji vienojoties, ar valsts kontaktpunktu palīdzību salīdzina savu neidentificēto DNS profilu DNS datus ar visiem DNS profiliem, kas atrodas citas valsts DNS analīzes datnes atsauces datos. Profilus sniedz un salīdzina automātiski. Neidentificētus DNS profilus salīdzināšanai sniedz vienīgi gadījumos, kas paredzēti pieprasījuma iesniedzējas dalībvalstis tiesību aktos.

2.   Ja dalībvalsts 1. punktā minētās salīdzināšanas rezultātā konstatē, ka kāds no sniegtajiem DNS profiliem atbilst kādam DNS profilam DNS analīzes datnē, tā nekavējoties sniedz otras dalībvalsts valsts kontaktpunktam atrastās sakritības atsauces datus.

5. pants

Papildu personas datu un citas informācijas sniegšana

Ja 3. un 4. pantā minētās procedūras rezultātā atrod DNS profilu sakritību, personas papildu datu vai citu datu, kas saistīti ar atsauces datiem, sniegšanu nosaka ar tās dalībvalsts tiesību aktiem, tostarp tiesiskās palīdzības noteikumiem, kas saņēmusi pieprasījumu.

6. pants

Valsts kontaktpunkts un īstenošanas pasākumi

1.   Katra dalībvalsts izraugās valsts kontaktpunktu, lai varētu sniegt 3. un 4. pantā minētos datus. Valstu kontaktpunktu pilnvaras reglamentē ar piemērojamiem valsts tiesību aktiem.

2.   Šā lēmuma 3. un 4. pantā minēto procedūru tehnisko norisi nosaka 33. pantā minētajos īstenošanas pasākumos.

7. pants

Šūnu materiāla iegūšana un DNS profilu sniegšana

Ja notiekošā izmeklēšanā vai kriminālprocesā nav pieejams tādas konkrētas personas DNS profils, kas atrodas tās dalībvalsts teritorijā, kura saņēmusi pieprasījumu, tad šī dalībvalsts nodrošina tiesisku atbalstu, lai iegūtu un izpētītu minētās personas šūnu materiālu un lai sniegtu iegūto DNS profilu, ja:

| a) | dalībvalsts, kas pieprasījusi informāciju, precizē, kādam nolūkam informācija vajadzīga; |
| --- | --- |

a)

dalībvalsts, kas pieprasījusi informāciju, precizē, kādam nolūkam informācija vajadzīga;

| b) | dalībvalsts, kas pieprasījusi informāciju, iesniedz izmeklēšanas orderi vai kompetentās iestādes izsniegtu paziņojumu atbilstīgi šīs dalībvalsts tiesību aktiem, kurā norādīts, ka prasības saistībā ar šūnu materiāla ieguvi un izpēti tiks izpildītas, ja attiecīgā persona atrodas tās dalībvalsts teritorijā, kas pieprasījusi informāciju; un |
| --- | --- |

b)

dalībvalsts, kas pieprasījusi informāciju, iesniedz izmeklēšanas orderi vai kompetentās iestādes izsniegtu paziņojumu atbilstīgi šīs dalībvalsts tiesību aktiem, kurā norādīts, ka prasības saistībā ar šūnu materiāla ieguvi un izpēti tiks izpildītas, ja attiecīgā persona atrodas tās dalībvalsts teritorijā, kas pieprasījusi informāciju; un

| c) | atbilstīgi tās dalībvalsts tiesību aktiem, kas saņēmusi pieprasījumu, izpildītas prasības attiecībā uz šūnu materiāla ieguvi un izpēti un iegūtā DNS profila sniegšanu. |
| --- | --- |

c)

atbilstīgi tās dalībvalsts tiesību aktiem, kas saņēmusi pieprasījumu, izpildītas prasības attiecībā uz šūnu materiāla ieguvi un izpēti un iegūtā DNS profila sniegšanu.

2. IEDAĻA

Pirkstu nospiedumu dati

8. pants

Pirkstu nospiedumu dati

Lai īstenotu šo lēmumu, dalībvalstis nodrošina, ka valsts automātisko pirkstu nospiedumu identificēšanas sistēmām, kas izveidotas, lai novērstu un izmeklētu noziedzīgus nodarījumus, ir pieejami datnes atsauces dati. Atsauces dati ietver vienīgi pirkstu nospiedumu datus un atsauces numuru. Atsauces dati neietver datus, pēc kuriem var tieši noteikt datu subjektu. Atsauces datiem, ko nevar saistīt ar konkrētu personu (“neidentificēti pirkstu nospiedumu dati”), jābūt atpazīstamiem kā tādiem.

9. pants

Automātiska pirkstu nospiedumu datu meklēšana

1.   Noziedzīgu nodarījumu novēršanai un izmeklēšanai dalībvalstis ļauj citu dalībvalstu valsts kontaktpunktiem, kā minēts 11. pantā, piekļūt atsauces datiem to automātiskajās pirkstu nospiedumu identifikācijas sistēmās, kas izveidotas šim mērķim, ļaujot veikt automātisko meklēšanu, salīdzinot pirkstu nospiedumu datus. Meklēšanas var veikt tikai atsevišķos gadījumos un saskaņā ar tās dalībvalsts tiesību aktiem, kas iesniegusi pieprasījumu.

2.   Pirkstu nospiedumu datu sakritības apstiprinājumu ar tās dalībvalsts atsauces datiem, kas pārvalda datni, nosaka tās dalībvalsts kontaktpunkts, kas iesniegusi pieprasījumu, izmantojot automātiski sniegtus atsauces datus, kuri vajadzīgi precīzas sakritības noteikšanai.

10. pants

Papildu personas datu un citas informācijas sniegšana

Ja 9. pantā minētās procedūras rezultātā atrod pirkstu nospiedumu datu sakritību, personas papildu datu vai citu datu, kas saistīti ar atsauces datiem, sniegšanai piemēro tās dalībvalsts tiesību aktus, tostarp tiesiskās palīdzības noteikumus, kas saņēmusi pieprasījumu.

11. pants

Valsts kontaktpunkts un īstenošanas pasākumi

1.   Katra dalībvalsts izraugās valsts kontaktpunktu, lai varētu sniegt 9. pantā minētos datus. Valsts kontaktpunktu pilnvaras reglamentē ar piemērojamiem valsts tiesību aktiem.

2.   Šā lēmuma 9. pantā minētās procedūras tehnisko norisi nosaka 33. pantā minētajos īstenošanas pasākumos.

3. IEDAĻA

Transportlīdzekļu reģistrācijas dati

12. pants

Automātiska transportlīdzekļu reģistrācijas datu meklēšana

1.   Lai novērstu un izmeklētu noziedzīgus nodarījumus, vērstos pret citiem nodarījumiem, kas ir meklētājas dalībvalsts tiesu vai valsts prokuratūru jurisdikcijā, kā arī lai uzturētu sabiedrisko drošību, dalībvalstis nodrošina 2. punktā minēto citu dalībvalstu valsts kontaktpunktiem piekļuvi turpmāk norādītajiem transportlīdzekļu reģistrācijas datiem, atsevišķos gadījumos pilnvarojot veikt automātiskās meklēšanas:

| a) | īpašnieku vai turētāju dati; un |
| --- | --- |

a)

īpašnieku vai turētāju dati; un

| b) | transportlīdzekļa dati. |
| --- | --- |

b)

transportlīdzekļa dati.

Meklēšanu drīkst veikt tikai ar pilnu šasijas numuru vai pilnu reģistrācijas numuru. Meklēšanas var veikt tikai saskaņā ar tās dalībvalsts tiesību aktiem, kas veic meklēšanu.

2.   Katra dalībvalsts izraugās valsts kontaktpunktu pieprasījumu saņemšanai, lai varētu sniegt 1. punktā minētos datus. Valsts kontaktpunktu pilnvaras reglamentē ar piemērojamiem valsts tiesību aktiem. Procedūras tehnisko norisi nosaka 33. pantā minētajos īstenošanas pasākumos.

3. NODAĻA

LIELI PASĀKUMI

13. pants

Ar personu nesaistītu datu sniegšana

Lai novērstu noziedzīgus nodarījumus un lai uzturētu sabiedrisko kārtību un drošību lielos pārrobežu pasākumos, jo īpaši sporta pasākumos vai Eiropadomes sanāksmēs, dalībvalstis gan pēc pieprasījuma, gan pēc pašu iniciatīvas atbilstīgi tās dalībvalsts tiesību aktiem, kas sniedz informāciju, viena otrai nodrošina šim gadījumam vajadzīgos ar personu nesaistītos datus.

14. pants

Personas datu sniegšana

1.   Lai novērstu noziedzīgus nodarījumus un lai uzturētu sabiedrisko kārtību un drošību lielos pārrobežu pasākumos, jo īpaši sporta pasākumos vai Eiropadomes sanāksmēs, dalībvalstis gan pēc pieprasījuma, gan pēc pašu iniciatīvas viena otrai nodrošina vajadzīgos personas datus, ja kāds galīgais tiesas nolēmums vai citi apstākļi liek uzskatīt, ka datu subjekts pasākumā veiks noziedzīgus nodarījumus vai apdraudēs sabiedrisko kārtību vai drošību, ciktāl šādu datu sniegšanu atļauj tās dalībvalsts tiesību akti, kura sniedz datus.

2.   Personas datus drīkst apstrādāt vienīgi 1. punktā paredzētajiem nolūkiem un konkrētajiem pasākumiem, kam tie bija sniegti. Dati nekavējoties jāizdzēš, kad 1. punktā minētie mērķi panākti vai tos vairs nevar panākt. Jebkurā gadījumā sniegtie dati jādzēš ne vēlāk kā pēc gada.

15. pants

Valsts kontaktpunkts

Visas dalībvalsts izraugās valsts kontaktpunktu, lai varētu sniegt 13. un 14. pantā minētos datus. Valsts kontaktpunktu pilnvaras reglamentē ar piemērojamiem valsts tiesību aktiem.

4. NODAĻA

PASĀKUMI TERORISTISKU NODARĪJUMU NOVĒRŠANAI

16. pants

Informācijas sniegšana teroristisku nodarījumu novēršanai

1.   Lai novērstu teroristiskus nodarījumus, dalībvalstis atbilstīgi saviem tiesību aktiem atsevišķos gadījumos var pat bez pieprasījuma sniegt 3. punktā minētajiem citu dalībvalstu valsts kontaktpunktiem 2. punktā minētos personas datus un informāciju, ciktāl tas nepieciešams, ja konkrēti apstākļi liek uzskatīt, ka datu subjekts veiks noziedzīgu nodarījumu, kas minēts 1. līdz 3. pantā Padomes Pamatlēmumā 2002/475/TI (2002. gada 13. jūnijs) par terorisma apkarošanu (3).

2.   Sniedzamie dati ietver uzvārdu, vārdu(-us), dzimšanas datumu un vietu, kā arī to apstākļu aprakstu, kas ir iemesls 1. punktā minētajam viedoklim.

3.   Katra dalībvalsts izraugās valsts kontaktpunktu informācijas apmaiņai ar citu dalībvalstu valsts kontaktpunktiem. Valsts kontaktpunktu pilnvaras reglamentē ar piemērojamiem valsts tiesību aktiem.

4.   Ievērojot attiecīgās valsts tiesību aktus, informācijas sniedzēja dalībvalsts var paredzēt nosacījumus, ar kādiem saņēmēja dalībvalsts izmanto sniegto informāciju. Šie nosacījumi ir saistoši saņēmējai dalībvalstij.

5. NODAĻA

CITI SADARBĪBAS VEIDI

17. pants

Kopējas operācijas

1.   Lai pastiprinātu policijas sadarbību, dalībvalstu izraudzītās kompetentās iestādes, uzturot sabiedrisko kārtību un drošību un novēršot noziedzīgus nodarījumus, var ieviest kopējas patruļas un citas kopējas operācijas, kurās atbildīgās amatpersonas vai citas amatpersonas (“amatpersonas”) no citām dalībvalstīm piedalās operācijās dalībvalsts teritorijā.

2.   Katra dalībvalsts kā uzņēmēja dalībvalsts atbilstīgi saviem valsts tiesību aktiem un ar norīkotājas dalībvalsts piekrišanu var piešķirt izpildes pilnvaras norīkotāju dalībvalstu amatpersonām, kas iesaistītas kopējās operācijās, vai – ciktāl to atļauj uzņēmējas dalībvalsts tiesību akti – ļaut norīkotāju dalībvalstu amatpersonām izmantot to izpildes pilnvaras saskaņā ar norīkotājas dalībvalsts tiesību aktiem. Šādas izpildes pilnvaras drīkst izmantot vienīgi uzņēmējas dalībvalsts amatpersonu vadībā un klātbūtnē. Norīkotāju dalībvalstu amatpersonām piemēro uzņēmējas dalībvalsts valsts tiesību aktus. Uzņēmēja dalībvalsts uzņemas atbildību par viņu rīcību.

3.   Uz norīkotāju dalībvalstu amatpersonām kopējās operācijās attiecina uzņēmējas dalībvalsts kompetentās iestādes sniegtās norādes.

4.   Dalībvalstis iesniedz deklarācijas, kā minēts 36. pantā, kurās tās paredz sadarbības praktiskos aspektus.

18. pants

Atbalsts saistībā ar masu pulcēšanos, katastrofu un nelaimes gadījumiem

Dalībvalstu kompetentās iestādes sniedz atbalstu cita citai attiecībā uz masu pulcēšanos un līdzīgiem lieliem pasākumiem, katastrofām un smagiem nelaimes gadījumiem, mēģinot novērst noziedzīgus nodarījumus un uzturot sabiedrisko kārtību un drošību ar šādām darbībām:

| a) | cik vien iespējams ātri paziņojot cita citai par to, ka radusies šāda situācija ar pārrobežu ietekmi, un apmainoties ar attiecīgo informāciju; |
| --- | --- |

a)

cik vien iespējams ātri paziņojot cita citai par to, ka radusies šāda situācija ar pārrobežu ietekmi, un apmainoties ar attiecīgo informāciju;

| b) | situācijās ar pārrobežu ietekmi veicot un saskaņojot vajadzīgos policijas pasākumus savā teritorijā; |
| --- | --- |

b)

situācijās ar pārrobežu ietekmi veicot un saskaņojot vajadzīgos policijas pasākumus savā teritorijā;

| c) | pēc tās dalībvalsts lūguma, kurā radusies minētā situācija, ciktāl tas iespējams norīkojot amatpersonas, speciālistus un konsultantus un piegādājot ekipējumu. |
| --- | --- |

c)

pēc tās dalībvalsts lūguma, kurā radusies minētā situācija, ciktāl tas iespējams norīkojot amatpersonas, speciālistus un konsultantus un piegādājot ekipējumu.

19. pants

Ieroču, munīcijas un ekipējuma izmantošana

1.   Norīkotājas dalībvalsts amatpersonas, kas iesaistītas kopējā operācijā citas dalībvalsts teritorijā saskaņā ar 17. un 18. pantu, drīkst valkāt savas valsts formas tērpus. Tās drīkst nēsāt tādus ieročus, munīciju un ekipējumu, kā to atļauj norīkotājas dalībvalsts tiesību akti. Uzņēmēja dalībvalsts var aizliegt norīkotājas dalībvalsts amatpersonām nēsāt konkrētu ieroci, munīciju vai ekipējumu.

2.   Dalībvalstis iesniedz 36. pantā minētās deklarācijas, kurās tās min ieročus, munīcijas un ekipējumu, ko drīkst izmantot, tikai likumīgi aizsargājot sevi un citus. Uzņēmējas dalībvalsts amatpersonas, vadot operāciju, atsevišķos gadījumos saskaņā ar valsts tiesību aktiem var atļaut izmantot ieročus, munīciju un ekipējumu citiem nolūkiem, kas nav minēti pirmajā teikumā. Ieroču, munīcijas un ekipējuma izmantošanu reglamentē ar uzņēmējas dalībvalsts tiesību aktiem. Kompetentās iestādes informē cita citu par atļautajiem ieročiem, munīciju un ekipējumu un to izmantošanas nosacījumiem.

3.   Ja dalībvalsts amatpersonas saskaņā ar šo lēmumu izmanto transportlīdzekļus citas dalībvalsts teritorijā, uz tām attiecas tādi paši ceļu satiksmes noteikumi kā uz uzņēmējas dalībvalsts amatpersonām, tostarp attiecībā uz braukšanas priekšrocībām un citām īpašām privilēģijām.

4.   Dalībvalstis iesniedz 36. pantā minētās deklarācijas, kurās tās paredz ieroču, munīciju un ekipējuma lietošanas praktiskos aspektus.

20. pants

Aizsardzība un atbalsts

Dalībvalstīm citu dalībvalstu amatpersonām, kas šķērso robežas, jānodrošina tāda aizsardzība un atbalsts viņu pienākumu pildīšanas laikā, kas līdzvērtīgi pašu amatpersonām nodrošinātajai aizsardzībai un atbalstam.

21. pants

Vispārēji civiltiesiskās atbildības noteikumi

1.   Ja dalībvalsts amatpersonas darbojas citā dalībvalstī atbilstīgi 17. pantam, pirmā dalībvalsts atbild par visiem kaitējumiem, ko šīs amatpersonas nodarījušas savas darbības laikā, saskaņā ar tās dalībvalsts tiesību aktiem, kuras teritorijā tās darbojas.

2.   Dalībvalsts, kuras teritorijā ir nodarīti 1. punktā minētie kaitējumi, novērš šos kaitējumus saskaņā ar nosacījumiem, kurus piemēro šīs valsts amatpersonu nodarītiem kaitējumiem.

3.   Šā panta 1. punktā minētajā gadījumā dalībvalsts, kuras amatpersonas ir nodarījušas kaitējumu kādai personai citas dalībvalsts teritorijā, pilnībā atlīdzina šai dalībvalstij visas summas, ko tā izmaksājusi cietušajiem vai viņu pilnvarotajām personām.

4.   Ja dalībvalsts amatpersonas rīkojas citā dalībvalstī saskaņā ar 18. pantu, minētā dalībvalsts saskaņā ar tās tiesību aktiem ir atbildīga par visiem kaitējumiem, kuri radušies viņu veikto darbību laikā.

5.   Ja 4. punktā minētais kaitējums radies rupjas nolaidības vai tīša noteikumu pārkāpuma rezultātā, tad uzņēmēja dalībvalsts var griezties pie norīkotājas dalībvalsts, lai saņemtu summu, kas maksājama upuriem vai personām, kuras to vārdā tiesīgas saņemt no attiecīgās dalībvalsts atlīdzinājumu.

6.   Neskarot dalībvalstu tiesību īstenošanu attiecībā uz trešām personām un izņemot 3. punktu, ikviena dalībvalsts 1. punktā paredzētajā gadījumā atturas pieprasīt atlīdzību par citas dalībvalsts nodarītajiem kaitējumiem.

22. pants

Kriminālatbildība

Pret amatpersonām, kas saskaņā ar šo lēmumu darbojas citas dalībvalsts teritorijā, izturas tāpat kā pret uzņēmējas dalībvalsts amatpersonām saistībā ar jebkādiem noziedzīgiem nodarījumiem, kas varētu būt veikti pret tām vai ko tās varētu būt veikušas, izņemot gadījumus, kas noteikti jebkurā citā nolīgumā, kas ir saistošs attiecīgajām dalībvalstīm.

23. pants

Darba attiecības

Uz amatpersonām, kas saskaņā ar šo lēmumu darbojas citas dalībvalsts teritorijā, joprojām attiecināmi viņu dalībvalsts nodarbinātības tiesību aktu noteikumi, jo īpaši attiecībā uz disciplinārajiem noteikumiem.

6. NODAĻA

VISPĀRĒJI DATU AIZSARDZĪBAS NOTEIKUMI

24. pants

Definīcijas un piemērošanas joma

1.   Šajā lēmumā:

| a) | “personas datu apstrāde” ir jebkura ar personas datiem veikta darbība vai darbību kopums, ko veic ar vai bez automatizētiem līdzekļiem, piemēram, datu vākšana, reģistrēšana, organizēšana, uzglabāšana, piemērošana vai pārveidošana, šķirošana, atgūšana, apskatīšana, izmantošana, atklāšana, izmantojot piegādi, izplatīšana vai to atklāšana citādā veidā, saskaņošana, savienošana, piekļuves noslēgšana, dzēšana vai iznīcināšana. Apstrāde šā lēmuma nozīmē ietver arī informēšanu par to, vai ir atrasta atbilstība; |
| --- | --- |

a)

“personas datu apstrāde” ir jebkura ar personas datiem veikta darbība vai darbību kopums, ko veic ar vai bez automatizētiem līdzekļiem, piemēram, datu vākšana, reģistrēšana, organizēšana, uzglabāšana, piemērošana vai pārveidošana, šķirošana, atgūšana, apskatīšana, izmantošana, atklāšana, izmantojot piegādi, izplatīšana vai to atklāšana citādā veidā, saskaņošana, savienošana, piekļuves noslēgšana, dzēšana vai iznīcināšana. Apstrāde šā lēmuma nozīmē ietver arī informēšanu par to, vai ir atrasta atbilstība;

| b) | “automātiska meklēšanas procedūra” ir tieša piekļuve citas iestādes automatizētām datnēm, ja atbilde uz meklēšanas procedūru ir pilnīgi automātiska; |
| --- | --- |

b)

“automātiska meklēšanas procedūra” ir tieša piekļuve citas iestādes automatizētām datnēm, ja atbilde uz meklēšanas procedūru ir pilnīgi automātiska;

| c) | “atsauču atzīmēšana” ir atzīmju veikšana uz uzglabātiem personas datiem bez nolūka ierobežot to apstrādi nākotnē; |
| --- | --- |

c)

“atsauču atzīmēšana” ir atzīmju veikšana uz uzglabātiem personas datiem bez nolūka ierobežot to apstrādi nākotnē;

| d) | “piekļuves noslēgšana” ir uzglabāto personas datu iezīmēšana, lai ierobežotu to apstrādi nākotnē. |
| --- | --- |

d)

“piekļuves noslēgšana” ir uzglabāto personas datu iezīmēšana, lai ierobežotu to apstrādi nākotnē.

2.   Uz datiem, ko sniedz vai kas ir sniegti atbilstīgi šim lēmumam – ja vien iepriekšējās nodaļās nav paredzēts citādi –, attiecas turpmākie noteikumi.

25. pants

Datu aizsardzības līmenis

1.   Attiecībā uz tādu personas datu apstrādi, ko sniedz vai kas ir sniegti atbilstīgi šim lēmumam, katra dalībvalsts savos tiesību aktos nodrošina vismaz līdzvērtīgu personas datu aizsardzību tai, kas paredzēta Eiropas Padomes 1981. gada 28. janvāra Konvencijā par personu aizsardzību attiecībā uz personas datu automatizētu apstrādi un tās 2001. gada 8. novembra Papildprotokolā, un tādējādi ņem vērā Eiropas Padomes Ministru komitejas 1987. gada 17. septembra Ieteikumu Nr. R (87) 15 dalībvalstīm par personas datu izmantošanu policijā arī tad, ja dati nav apstrādāti automātiski.

2.   Šajā lēmumā paredzētā personas datu sniegšana nevar notikt tikmēr, kamēr šīs nodaļas noteikumi nav īstenoti to dalībvalstu teritorijā, kuras skar šī sniegšana. Padome pieņems vienprātīgu lēmumu par to, vai šis nosacījums ir ievērots.

3.   Šā lēmuma 2. punkts neattiecas uz tām dalībvalstīm, kurās šā lēmumā paredzētā personas datu sniegšana jau ir sākusies saskaņā ar 2005. gada 27. maija Līgumu starp Beļģijas Karalisti, Vācijas Federatīvo Republiku, Spānijas Karalisti, Francijas Republiku, Luksemburgas Lielhercogisti, Nīderlandes Karalisti un Austrijas Republiku par tādas pārrobežu sadarbības pastiprināšanu, kas saistīta ar cīņu pret terorismu, pārrobežu noziedzību un nelegālo migrāciju (“Prīmes Līgums”).

26. pants

Mērķis

1.   Personas datu apstrādi, ko veic dalībvalsts, kura datus saņem, atļauj tikai tādiem mērķiem, kādiem šie dati ir sniegti atbilstīgi šim lēmumam. Tos var apstrādāt citiem mērķiem vienīgi tad, ja pirms tam saņemta atļauja no dalībvalsts, kas pārvalda datni, un vienīgi saskaņā ar saņēmējas dalībvalsts tiesību aktiem. Tādu atļauju var sniegt vienīgi tad, ja datu apstrāde tādiem citiem mērķiem ir atļauta tās dalībvalsts tiesību aktos, kas pārvalda attiecīgo datni.

2.   Saskaņā ar 3., 4. un 9. pantu dalībvalstij, kas meklē un salīdzina, ir atļauts sniegtos datus apstrādāt vienīgi tāpēc, lai:

| a) | konstatētu, vai salīdzinātie DNS profili vai pirkstu nospiedumu dati sakrīt; |
| --- | --- |

a)

konstatētu, vai salīdzinātie DNS profili vai pirkstu nospiedumu dati sakrīt;

| b) | sagatavotu un iesniegtu policijas vai tiesu iestādes lūgumu pēc juridiskas palīdzības atbilstīgi attiecīgās valsts tiesību aktiem, ja dati sakrīt; |
| --- | --- |

b)

sagatavotu un iesniegtu policijas vai tiesu iestādes lūgumu pēc juridiskas palīdzības atbilstīgi attiecīgās valsts tiesību aktiem, ja dati sakrīt;

| c) | veiktu reģistrēšanu 30. panta nozīmē. |
| --- | --- |

c)

veiktu reģistrēšanu 30. panta nozīmē.

Dalībvalsts, kas pārvalda datni, var apstrādāt tai sniegtos datus saskaņā ar 3., 4. un 9. pantu vienīgi tad, ja tas vajadzīgs, lai veiktu salīdzinājumu, sniegtu atbildes uz automātisku meklēšanu vai veiktu reģistrēšanu atbilstīgi 30. pantam. Sniegtos datus dzēš uzreiz pēc datu salīdzināšanas vai automātiskām atbildēm uz meklēšanu, ja vien nav vajadzīga turpmāka datu apstrāde atbilstīgi mērķiem, kas minēti šā punkta pirmās daļas b) un c) apakšpunktā.

3.   Dalībvalsts, kas pārvalda datni, var izmantot datus, kas sniegti atbilstīgi 12. pantam, vienīgi tad, ja tas vajadzīgs, lai sniegtu automātiskas atbildes meklēšanas procedūrās vai lai veiktu datu reģistrēšanu, kā paredzēts 30. pantā. Sniegtos datus dzēš uzreiz pēc tam, kad sniegtas automātiskas atbildes uz meklēšanu, ja vien nav vajadzīga turpmāka datu apstrāde atbilstīgi 30. pantam. Sniedzot atbildi, dalībvalsts, kas meklē, saņemtos datus var izmantot tikai procedūrā, kuras dēļ meklēšanu veica.

27. pants

Kompetentās iestādes

Sniegtos personas datus var apstrādāt tikai iestādes, struktūras un tiesas, kas atbild par 26. pantā minēto mērķu sasniegšanu. Datus var sniegt citām iestādēm tikai ar iepriekšēju atļauju, ko izsniegusi dalībvalsts, kas sniedz datus, un atbilstīgi saņēmējas dalībvalsts tiesību aktiem.

28. pants

Datu precizitāte, aktualitāte un uzglabāšanas laiks

1.   Dalībvalstis nodrošina personas datu precizitāti un aktualitāti. Ja izriet ex officio vai no datu subjekta iesniegta paziņojuma, ka ir sniegti nepareizi dati vai ir sniegti dati, kam nevajadzētu būt sniegtiem, par to nekavējoties paziņo saņēmējai dalībvalstij vai dalībvalstīm. Attiecīgajai dalībvalstij vai dalībvalstīm dati jālabo vai jāizdzēš. Turklāt, ja atklāj, ka sniegtie personas dati ir nepareizi, tie jālabo. Ja saņēmējai struktūrai ir iemesls uzskatīt, ka sniegtie dati nav pareizi vai būtu jādzēš, tūlīt jāinformē sniedzēja struktūra.

2.   Datus, kuru precizitāti datu subjekts apstrīd, un tādus datus, kuru precizitāti vai neprecizitāti nevar noteikt, pēc datu subjekta lūguma atzīmē ar karodziņu atbilstīgi attiecīgās dalībvalsts tiesību aktiem. Ja karodziņš jau ir, to var noņemt, pamatojoties uz attiecīgās dalībvalsts tiesību aktiem un tikai ar datu subjekta atļauju vai balstoties uz kompetentas tiesas vai neatkarīgas datu aizsardzības iestādes lēmumu.

3.   Sniegtos personas datus, kam nevajadzēja tikt sniegtiem vai saņemtiem, izdzēš. Likumīgi sniegtos un saņemtos datus izdzēš:

| a) | ja tie vairs nav vajadzīgi mērķim, kādam tie sniegti; ja personas dati ir sniegti bez pieprasījuma, saņēmēja iestāde tūlīt pārbauda, vai tie ir vajadzīgi sniegšanas mērķim; |
| --- | --- |

a)

ja tie vairs nav vajadzīgi mērķim, kādam tie sniegti; ja personas dati ir sniegti bez pieprasījuma, saņēmēja iestāde tūlīt pārbauda, vai tie ir vajadzīgi sniegšanas mērķim;

| b) | pēc iesniedzējas dalībvalsts tiesību aktos minētā datu maksimāli pieļaujamā uzglabāšanas termiņa, ja iesniedzēja iestāde informē saņēmēju iestādi par šo maksimālo termiņu datu sniegšanas laikā. |
| --- | --- |

b)

pēc iesniedzējas dalībvalsts tiesību aktos minētā datu maksimāli pieļaujamā uzglabāšanas termiņa, ja iesniedzēja iestāde informē saņēmēju iestādi par šo maksimālo termiņu datu sniegšanas laikā.

Ja ir iemesls uzskatīt, ka dzēšana kaitētu datu subjektam, atbilstīgi attiecīgās valsts tiesību aktiem datiem noslēdz piekļuvi, nevis tos dzēš. Datus, kam noslēgta piekļuve, var sniegt vai izmantot tikai mērķim, kura dēļ tos nedzēš.

29. pants

Tehniski un organizatoriski pasākumi, lai nodrošinātu datu aizsardzību un datu drošību

1.   Iesniedzējas un saņēmējas iestādes veic pasākumus, lai nodrošinātu, ka personas datus efektīvi aizsargā no nejaušas vai neatļautas iznīcināšanas, nejaušas zaudēšanas, neatļautas piekļuves, neatļautas vai nejaušas pārveidošanas un neatļautas izpaušanas.

2.   Automātiskas meklēšanas procedūras raksturlielumu tehnisko specifikāciju regulē īstenošanas pasākumos, kas minēti 33. pantā un kas garantē, ka:

| a) | ir veikti moderni tehniski pasākumi, lai nodrošinātu datu aizsardzību un datu drošību, jo īpaši – datu konfidencialitāti un integritāti; |
| --- | --- |

a)

ir veikti moderni tehniski pasākumi, lai nodrošinātu datu aizsardzību un datu drošību, jo īpaši – datu konfidencialitāti un integritāti;

| b) | izmantojot vispārēji pieejamus tīklus, lieto kompetentu iestāžu atzītas šifrēšanas un atšifrēšanas procedūras; un |
| --- | --- |

b)

izmantojot vispārēji pieejamus tīklus, lieto kompetentu iestāžu atzītas šifrēšanas un atšifrēšanas procedūras; un

| c) | var pārbaudīt atļauju veikt meklēšanu atbilstīgi 30. panta 2., 4. un 5. punktam. |
| --- | --- |

c)

var pārbaudīt atļauju veikt meklēšanu atbilstīgi 30. panta 2., 4. un 5. punktam.

30. pants

Dokumentēšana un reģistrēšana; īpaši noteikumi, ar ko reglamentē datu automātisku un neautomātisku sniegšanu

1.   Katra dalībvalsts garantē, ka katra neautomātiska personas datu sniegšana un katra neautomātiska saņemšana struktūrā, kas pārvalda datni, un struktūrā, kas meklē, ir dokumentēta, lai pārbaudītu sniegšanas pieļaujamību. Dokumentācijā ietver šādu informāciju:

| a) | sniegšanas iemesls; |
| --- | --- |

a)

sniegšanas iemesls;

| b) | sniegtie dati; |
| --- | --- |

b)

sniegtie dati;

| c) | sniegšanas datums; un |
| --- | --- |

c)

sniegšanas datums; un

| d) | struktūras, kas meklē, un struktūras, kura pārvalda attiecīgo datni, nosaukums vai atsauces kods. |
| --- | --- |

d)

struktūras, kas meklē, un struktūras, kura pārvalda attiecīgo datni, nosaukums vai atsauces kods.

2.   Automātiskai datu meklēšanai, pamatojoties uz 3., 9. un 12. pantu, un automātiskai salīdzināšanai, pamatojoties uz 4. pantu, piemēro šādus noteikumus:

| a) | tikai īpaši pilnvarotas valsts kontaktpunktu amatpersonas var veikt automātisku meklēšanu vai salīdzināšanu. To amatpersonu saraksts, kas ir pilnvarotas veikt automātisku meklēšanu vai salīdzināšanu, pēc pieprasījuma ir pieejams uzraudzības iestādēm, kas minētas 5. punktā, un pārējām dalībvalstīm; |
| --- | --- |

a)

tikai īpaši pilnvarotas valsts kontaktpunktu amatpersonas var veikt automātisku meklēšanu vai salīdzināšanu. To amatpersonu saraksts, kas ir pilnvarotas veikt automātisku meklēšanu vai salīdzināšanu, pēc pieprasījuma ir pieejams uzraudzības iestādēm, kas minētas 5. punktā, un pārējām dalībvalstīm;

| b) | katra dalībvalsts nodrošina, lai struktūra, kas pārvalda datni, un struktūra, kura meklē, reģistrētu katru personas datu sniegšanu un saņemšanu, tostarp paziņojumu par to, vai pastāv atbilstība. Reģistrācijas ierakstā iekļauj šādu informāciju:






  i) | sniegtie dati; |
| --- | --- | --- |

b)

katra dalībvalsts nodrošina, lai struktūra, kas pārvalda datni, un struktūra, kura meklē, reģistrētu katru personas datu sniegšanu un saņemšanu, tostarp paziņojumu par to, vai pastāv atbilstība. Reģistrācijas ierakstā iekļauj šādu informāciju:

i)

sniegtie dati;

| ii) | sniegšanas datums un precīzs laiks; un |
| --- | --- |

ii)

sniegšanas datums un precīzs laiks; un

| iii) | struktūras, kas meklē, un struktūras, kura pārvalda attiecīgo datni, nosaukums vai atsauces kods. |
| --- | --- |

iii)

struktūras, kas meklē, un struktūras, kura pārvalda attiecīgo datni, nosaukums vai atsauces kods.

Iestāde, kas meklē, reģistrē arī iemeslu, kādēļ veic meklēšanu vai sniegšanu, kā arī tās amatpersonas, kura veica meklēšanu, un tās amatpersonas, kura lika datus meklēt vai sniegt, identifikatoru.

3.   Reģistrācijas struktūra pēc pieprasījuma tūlīt sniedz reģistrētos datus atbilstīgās dalībvalsts kompetentajām datu aizsardzības iestādēm – vēlākais četras nedēļas pēc lūguma saņemšanas. Reģistrētos datus drīkst izmantot tikai šādiem mērķiem:

| a) | datu aizsardzības uzraudzībai; |
| --- | --- |

a)

datu aizsardzības uzraudzībai;

| b) | datu drošības nodrošināšanai. |
| --- | --- |

b)

datu drošības nodrošināšanai.

4.   Izmantojot piemērotus pasākumus, reģistrētos datus sargā no neatbilstīgas izmantošanas un citādi nepareizas izmantošanas un glabā divus gadus. Pēc glabāšanas laikposma reģistrētos datus tūlīt izdzēš.

5.   Attiecīgo dalībvalstu neatkarīgās datu aizsardzības iestādes vai attiecīgā gadījumā tiesu iestādes ir atbildīgas par juridiskām pārbaudēm attiecībā uz personas datu sniegšanu vai saņemšanu. Ikviens var lūgt šīm iestādēm pārbaudīt datu apstrādes likumību attiecībā uz savu personu atbilstīgi attiecīgās valsts tiesību aktiem. Neatkarīgi no šādiem lūgumiem minētās iestādes un struktūras, kas atbild par reģistrāciju, pamatojoties uz iesaistītajām lietām, izlases kārtā veic pārbaudes par sniegšanas likumīgumu.

Neatkarīgās datu aizsardzības iestādes tādus pārbaužu rezultātus glabā 18 mēnešus, lai varētu veikt pārbaudes. Pēc šā laikposma tos tūlīt izdzēš. Neatkarīgā datu aizsardzības iestāde katrai datu aizsardzības struktūrai var lūgt īstenot tās pilnvaras atbilstīgi attiecīgās valsts tiesību aktiem. Dalībvalstu neatkarīgās datu aizsardzības iestādes veic pārbaudes, kas vajadzīgas, lai nodrošinātu savstarpēju sadarbību, jo īpaši – apmainoties ar atbilstīgu informāciju.

31. pants

Datu subjektu tiesības uz informāciju un kompensāciju par nodarītu kaitējumu

1.   Pēc attiecīgās valsts tiesību aktos noteikta datu subjekta lūguma atbilstīgi attiecīgās valsts tiesību aktiem bez nepamatotas kavēšanās un neradot nevajadzīgas izmaksas datu subjektam sniedz vispārēji saprotamu informāciju par apstrādātajiem viņa personas datiem, datu izcelsmi, par saņēmēju vai saņēmēju grupām, par paredzēto apstrādes mērķi un, ja tas noteikts valsts tiesību aktos, arī apstrādes juridisko pamatu. Turklāt datu subjektam ir tiesības lūgt neprecīzu datu labošanu un nelikumīgi apstrādātu datu dzēšanu. Dalībvalsts arī nodrošina, lai datu aizsardzības tiesību pārkāpumu gadījumā datu subjekts varētu iesniegt sūdzību neatkarīgai tiesai Eiropas Cilvēktiesību konvencijas 6. panta 1. punkta nozīmē vai neatkarīgai uzraudzības iestādei Eiropas Parlamenta un Padomes Direktīvas 95/46/EK (1995. gada 24. oktobris) par personu aizsardzību attiecībā uz personas datu apstrādi un šādu datu brīvu apriti (4) 28. panta nozīmē un lai viņam būtu dota iespēja prasīt kompensāciju par nodarītu kaitējumu vai citu likumīgu kompensāciju. Sīki izstrādāti noteikumi par procedūru, kas paredzēta, lai tādas tiesības aizstāvētu, un piekļuves tiesību ierobežošanas iemesli ir reglamentēti ar attiecīgiem tās dalībvalsts tiesību aktiem, kurā datu subjekts aizstāv savas tiesības.

2.   Ja vienas dalībvalsts struktūra ir sniegusi personas datus saskaņā ar šo lēmumu, citas dalībvalsts saņēmēja iestāde nevar izmantot sniegto datu neprecizitāti par iemeslu, lai saskaņā ar attiecīgās valsts tiesību aktiem izvairītos no atbildības pret cietušo pusi. Ja saņēmējai iestādei ir piespriesta kompensācija par nodarītu kaitējumu sakarā ar neprecīzi sniegtu datu izmantošanu, iestāde, kas datus sniegusi, pilnībā atmaksā saņēmējai iestādei summu, kas izmaksāta kā kompensācija par nodarītu kaitējumu.

32. pants

Dalībvalstu pieprasītā informācija

Saņēmēja dalībvalsts pēc pieprasījuma informē sniedzēju dalībvalsti par sniegto datu apstrādi un gūtajiem rezultātiem.

7. NODAĻA

ĪSTENOŠANAS UN NOBEIGUMA NOTEIKUMI

33. pants

Īstenošanas pasākumi

Padome ar kvalificētu balsu vairākumu un pēc apspriešanās ar Eiropas Parlamentu pieņem pasākumus, kas vajadzīgi, lai īstenotu šo lēmumu Savienības līmenī.

34. pants

Izmaksas

Katra dalībvalsts sedz operatīvos izdevumus, kas to iestādēm radušās saistībā ar šā lēmuma piemērošanu. Īpašos gadījumos attiecīgās dalībvalstis var vienoties par citu kārtību.

35. pants

Attiecības ar citiem instrumentiem

1.   Attiecīgām dalībvalstīm piemēro atbilstīgus šā lēmuma noteikumus, nevis attiecīgos noteikumus Prīmes Līgumā. Jebkurš cits Prīmes Līguma noteikums paliek spēkā arī attiecībā uz Prīmes Līguma Līgumslēdzējām pusēm.

2.   Neskarot citos tiesību aktos pieņemtās saistības, kas ir saskaņā ar Līguma VI sadaļu:

| a) | dalībvalstis joprojām var piemērot divpusējus vai daudzpusējus nolīgumus vai režīmus par pārrobežu sadarbību, kas ir spēkā šā lēmuma pieņemšanas dienā, ciktāl tādu nolīgumu vai režīmu mērķi nav pretrunā šā lēmuma mērķiem; |
| --- | --- |

a)

dalībvalstis joprojām var piemērot divpusējus vai daudzpusējus nolīgumus vai režīmus par pārrobežu sadarbību, kas ir spēkā šā lēmuma pieņemšanas dienā, ciktāl tādu nolīgumu vai režīmu mērķi nav pretrunā šā lēmuma mērķiem;

| b) | dalībvalstis pēc šā lēmuma stāšanās spēkā var noslēgt vai nodrošināt, ka stājas spēkā divpusēji vai daudzpusēji nolīgumi vai režīmi par pārrobežu sadarbību, ciktāl tādos nolīgumos vai režīmos paredzēts paplašināt šā lēmuma mērķus vai pagarināt to īstenošanas termiņus. |
| --- | --- |

b)

dalībvalstis pēc šā lēmuma stāšanās spēkā var noslēgt vai nodrošināt, ka stājas spēkā divpusēji vai daudzpusēji nolīgumi vai režīmi par pārrobežu sadarbību, ciktāl tādos nolīgumos vai režīmos paredzēts paplašināt šā lēmuma mērķus vai pagarināt to īstenošanas termiņus.

3.   Šā panta 1. un 2. punktā minētie nolīgumi un režīmi nedrīkst ietekmēt attiecības ar dalībvalstīm, kuras nav to puses.

4.   Dalībvalstis četrās nedēļās pēc šā lēmuma stāšanās spēkā informē Padomi un Komisiju par tiem spēkā esošiem nolīgumiem vai režīmiem 2. punkta a) apakšpunkta nozīmē, kurus tās joprojām grib piemērot.

5.   Dalībvalstis Padomi un Komisiju arī informē par visiem jauniem nolīgumiem vai režīmiem 2. punkta b) apakšpunkta nozīmē trijos mēnešos pēc to parakstīšanas vai – attiecībā uz tādiem instrumentiem, kas parakstīti pirms šā lēmuma parakstīšanas, – trijos mēnešos pēc to stāšanās spēkā.

6.   Nekas šajā lēmumā neietekmē dalībvalstu un trešo valstu nolīgumus vai režīmus.

7.   Šis lēmums neskar spēkā esošus nolīgumus par juridisku palīdzību vai savstarpēju tiesas spriedumu atzīšanu.

36. pants

Īstenošana un deklarācijas

1.   Dalībvalstis veic vajadzīgos pasākumus, kas vajadzīgi šā lēmuma ievērošanai, gada laikā pēc šā lēmuma stāšanās spēkā, izņemot 2. nodaļas noteikumus, attiecībā uz kuriem vajadzīgos pasākumus veic trijos gados pēc tam, kad stājies spēkā šis lēmums un Padomes lēmums, ar ko īsteno šo lēmumu.

2.   Dalībvalstis ziņo Padomes Ģenerālsekretariātam un Komisijai, ka tās ir izpildījušas saistības, kuras tām uzliek šis lēmums, un iesniedz šajā lēmumā paredzētās deklarācijas. Nosūtot noteikumus, katra dalībvalsts var norādīt, ka tā tūlīt piemēros šo lēmumu attiecībās ar dalībvalstīm, kas ir nākušas klajā ar tādu pašu paziņojumu.

3.   Deklarācijas, ko iesniedz saskaņā ar 2. punktu, jebkurā laikā var grozīt ar Padomes Ģenerālsekretariātam iesniegtu deklarāciju. Padomes Ģenerālsekretariāts saņemtās deklarācijas pārsūta dalībvalstīm un Komisijai.

4.   Ņemot vērā šo un jebkādu citu informāciju, ko dalībvalstis pēc pieprasījuma dara pieejamu, Komisija līdz 2012. gada 28. jūlijam iesniedz Padomei ziņojumu par šā lēmuma īstenošanu, pievienojot priekšlikumus, ko uzskata par atbilstīgiem turpmākai izvēršanai.

37. pants

Piemērošana

Šis lēmums stājas spēkā divdesmitajā dienā pēc tā publicēšanas Eiropas Savienības Oficiālajā Vēstnesī.

Luksemburgā, 2008. gada 23. jūnijā

Padomes vārdā –

priekšsēdētājs

I. JARC

---

(1)  2007. gada 10. jūnija Atzinums (Oficiālajā Vēstnesī vēl nav publicēts).

1

Oficiālajā Vēstnesī

(2)  OV L 386, 29.12.2006., 89. lpp.

2

(3)  OV L 164, 22.6.2002., 3. lpp.

3

(4)  OV L 281, 23.11.1995., 31. lpp. Direktīvā grozījumi izdarīti ar Regulu (EK) Nr. 1882/2003 (OV L 284, 31.10.2003., 1. lpp.).

4

---

| 6.8.2008 | LV | Eiropas Savienības Oficiālais Vēstnesis | L 210/12 |
| --- | --- | --- | --- |

6.8.2008

LV

Eiropas Savienības Oficiālais Vēstnesis

L 210/12

---

PADOMES LĒMUMS 2008/616/TI

(2008. gada 23. jūnijs)

par to, kā īstenot Lēmumu 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību

EIROPAS SAVIENĪBAS PADOME,

ņemot vērā Padomes Lēmuma 2008/615/TI 33. pantu (1),

ņemot vērā Vācijas Federatīvās Republikas ierosmi,

ņemot vērā Eiropas Parlamenta atzinumu (2),

tā kā:

| (1) | Padome 2008. gada 23. jūnijā pieņēma Lēmumu 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību. |
| --- | --- |

(1)

Padome 2008. gada 23. jūnijā pieņēma Lēmumu 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību.

| (2) | Ar Lēmumu 2008/615/TI galvenie elementi, kas ietverti 2005. gada 27. maija Līgumā, ko noslēgusi Beļģijas Karaliste, Vācijas Federatīvā Republika, Spānijas Karaliste, Francijas Republika, Luksemburgas Lielhercogiste, Nīderlandes Karaliste un Austrijas Republika, kurā ir paredzēts pastiprināti izvērst pārrobežu sadarbību, jo īpaši tādu sadarbību, kas saistīta ar terorisma, pārrobežu noziedzības un nelegālas migrācijas apkarošanu (turpmāk “Prīmes Līgums”), ir transponēti Eiropas Savienības tiesiskajā sistēmā. |
| --- | --- |

(2)

Ar Lēmumu 2008/615/TI galvenie elementi, kas ietverti 2005. gada 27. maija Līgumā, ko noslēgusi Beļģijas Karaliste, Vācijas Federatīvā Republika, Spānijas Karaliste, Francijas Republika, Luksemburgas Lielhercogiste, Nīderlandes Karaliste un Austrijas Republika, kurā ir paredzēts pastiprināti izvērst pārrobežu sadarbību, jo īpaši tādu sadarbību, kas saistīta ar terorisma, pārrobežu noziedzības un nelegālas migrācijas apkarošanu (turpmāk “Prīmes Līgums”), ir transponēti Eiropas Savienības tiesiskajā sistēmā.

| (3) | Lēmuma 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību, 33. pantā ir noteikts, ka Padomei jāparedz vajadzīgie pasākumi, lai Eiropas Savienības mērogā īstenotu Lēmumu 2008/615/TI, ievērojot Līguma par Eiropas Savienību 34. panta 2. punkta c) apakšpunkta otrajā teikumā paredzēto procedūru. Minēto pasākumu pamatā ir 2006. gada 5. decembrī pieņemtais Īstenošanas nolīgums, lai administratīvi un tehniski īstenotu un piemērotu Prīmes Līgumu. |
| --- | --- |

(3)

Lēmuma 2008/615/TI par pārrobežu sadarbības pastiprināšanu, jo īpaši – apkarojot terorismu un pārrobežu noziedzību, 33. pantā ir noteikts, ka Padomei jāparedz vajadzīgie pasākumi, lai Eiropas Savienības mērogā īstenotu Lēmumu 2008/615/TI, ievērojot Līguma par Eiropas Savienību 34. panta 2. punkta c) apakšpunkta otrajā teikumā paredzēto procedūru. Minēto pasākumu pamatā ir 2006. gada 5. decembrī pieņemtais Īstenošanas nolīgums, lai administratīvi un tehniski īstenotu un piemērotu Prīmes Līgumu.

| (4) | Lēmumā ir ietvertas vienotas normas, kas ir obligātas, lai administratīvi un tehniski īstenotu sadarbību Padomes Lēmumā 2008/615/TI izklāstītajās formās. Šā lēmuma pielikumā ir ietvertas tehniskas īstenošanas normas. Turklāt Padomes Ģenerālsekretariāts izstrādās un regulāri atjauninās īpašu rokasgrāmatu, kurā būs norādīts, kādi fakti dalībvalstīm ir jādara zināmi. |
| --- | --- |

(4)

Lēmumā ir ietvertas vienotas normas, kas ir obligātas, lai administratīvi un tehniski īstenotu sadarbību Padomes Lēmumā 2008/615/TI izklāstītajās formās. Šā lēmuma pielikumā ir ietvertas tehniskas īstenošanas normas. Turklāt Padomes Ģenerālsekretariāts izstrādās un regulāri atjauninās īpašu rokasgrāmatu, kurā būs norādīts, kādi fakti dalībvalstīm ir jādara zināmi.

| (5) | Atkarībā no tehniskām jaudām jaunus DNS profilus pārbaudīs, izmantojot vienotas meklēšanas funkciju, un attiecīgus risinājumus radīs tehniskā līmenī, |
| --- | --- |

(5)

Atkarībā no tehniskām jaudām jaunus DNS profilus pārbaudīs, izmantojot vienotas meklēšanas funkciju, un attiecīgus risinājumus radīs tehniskā līmenī,

IR NOLĒMUSI ŠĀDI.

I NODAĻA

VISPĀRĒJI JAUTĀJUMI

1. pants

Mērķis

Šā lēmuma mērķis ir noteikt administratīvas un tehniskas normas, kas ir vajadzīgas Padomes Lēmuma 2008/615/TI īstenošanai, jo īpaši par automatizētu apmaiņu ar DNS datiem, daktiloskopijas datiem un transportlīdzekļu reģistrācijas datiem, kā izklāstīts minētā lēmuma 2. nodaļā, kā arī citādu sadarbību, kā izklāstīts minētā lēmuma 5. nodaļā.

2. pants

Definīcijas

Šajā lēmumā:

| a) | Lēmuma 2008/615/TI 3., 4. un 9. pantā minētā “meklēšana” un “salīdzināšana” ir procedūras, lai attiecīgi noskaidrotu, vai DNS dati vai daktiloskopijas dati, ko viena dalībvalsts ir darījusi zināmus, attiecīgi saskan ar DNS datiem vai daktiloskopijas datiem, kas glabājas kādas dalībvalsts, vairāku dalībvalstu vai visu dalībvalstu datubāzēs; |
| --- | --- |

a)

Lēmuma 2008/615/TI 3., 4. un 9. pantā minētā “meklēšana” un “salīdzināšana” ir procedūras, lai attiecīgi noskaidrotu, vai DNS dati vai daktiloskopijas dati, ko viena dalībvalsts ir darījusi zināmus, attiecīgi saskan ar DNS datiem vai daktiloskopijas datiem, kas glabājas kādas dalībvalsts, vairāku dalībvalstu vai visu dalībvalstu datubāzēs;

| b) | Lēmuma 2008/615/TI 12. pantā minētā “automatizētā meklēšana” ir tiešsaistes piekļuves procedūra, kurā datus meklē kādas dalībvalsts, vairāku dalībvalstu vai visu dalībvalstu datubāzēs; |
| --- | --- |

b)

Lēmuma 2008/615/TI 12. pantā minētā “automatizētā meklēšana” ir tiešsaistes piekļuves procedūra, kurā datus meklē kādas dalībvalsts, vairāku dalībvalstu vai visu dalībvalstu datubāzēs;

| c) | “DNS profils” ir burtu vai ciparu kods, ar ko ir atveidots analizētā cilvēka DNS parauga nekodētās daļas identifikācijas parametru komplekss, t. i., konkrēta dažādu DNS vietu (loci) molekulu struktūra; |
| --- | --- |

c)

“DNS profils” ir burtu vai ciparu kods, ar ko ir atveidots analizētā cilvēka DNS parauga nekodētās daļas identifikācijas parametru komplekss, t. i., konkrēta dažādu DNS vietu (loci) molekulu struktūra;

| d) | “DNS nekodētā daļa” ir tās hromosomu daļas, kurās nav ģenētiskas informācijas, t. i., par ko nav zināms, ka tajās būtu informācija par funkcionālām organisma īpašībām; |
| --- | --- |

d)

“DNS nekodētā daļa” ir tās hromosomu daļas, kurās nav ģenētiskas informācijas, t. i., par ko nav zināms, ka tajās būtu informācija par funkcionālām organisma īpašībām;

| e) | “DNS atsauces dati” ir DNS profils un atsauces numurs; |
| --- | --- |

e)

“DNS atsauces dati” ir DNS profils un atsauces numurs;

| f) | “atsauces DNS profils” ir identificētas personas DNS profils; |
| --- | --- |

f)

“atsauces DNS profils” ir identificētas personas DNS profils;

| g) | “neidentificēts DNS profils” ir DNS profils, ko iegūst no lietiskiem pierādījumiem, kuri ir iegūti, izmeklējot kriminālnoziegumus, un kas ir raksturīgs kādai vēl neidentificētai personai; |
| --- | --- |

g)

“neidentificēts DNS profils” ir DNS profils, ko iegūst no lietiskiem pierādījumiem, kuri ir iegūti, izmeklējot kriminālnoziegumus, un kas ir raksturīgs kādai vēl neidentificētai personai;

| h) | “atzīme” ir dalībvalsts izdarīts marķējums kādā DNS profilā, kas atrodas tās datubāzē, tāpēc, ka ir atrasta konkrētā DNS profila atbilsme kādas citas dalībvalsts meklētos vai salīdzinātos datos; |
| --- | --- |

h)

“atzīme” ir dalībvalsts izdarīts marķējums kādā DNS profilā, kas atrodas tās datubāzē, tāpēc, ka ir atrasta konkrētā DNS profila atbilsme kādas citas dalībvalsts meklētos vai salīdzinātos datos;

| i) | “daktiloskopijas dati” ir pirkstu nospiedumu attēli, latentu pirkstu nospiedumu attēli, plaukstu nospiedumi, latentu plaukstu nospiedumu attēli, kā arī tādu attēlu šabloni (kodēti), kas glabājas automatizētās datubāzēs un ar ko tajās darbojas; |
| --- | --- |

i)

“daktiloskopijas dati” ir pirkstu nospiedumu attēli, latentu pirkstu nospiedumu attēli, plaukstu nospiedumi, latentu plaukstu nospiedumu attēli, kā arī tādu attēlu šabloni (kodēti), kas glabājas automatizētās datubāzēs un ar ko tajās darbojas;

| j) | “transportlīdzekļu reģistrācijas dati” ir datu kopums, kas aprakstīts šā lēmuma pielikuma 3. nodaļā; |
| --- | --- |

j)

“transportlīdzekļu reģistrācijas dati” ir datu kopums, kas aprakstīts šā lēmuma pielikuma 3. nodaļā;

| k) | “konkrētas lietas”, kas minētas Lēmuma 2008/615/TI 3. panta 1. punkta otrajā teikumā, 9. panta 1. punkta otrajā teikumā un 12. panta 1. punkta otrajā teikumā, ir konkrētas, saistībā ar izmeklēšanu vai kriminālvajāšanu izmeklējamas lietas. Ja lietā ir vairāk nekā viens DNS profils, vairāk nekā viena daktiloskopijas datu vienība vai vairāk nekā viena transportlīdzekļa reģistrācijas datu vienība, tos var pārsūtīt kopā kā vienu pieprasījumu. |
| --- | --- |

k)

“konkrētas lietas”, kas minētas Lēmuma 2008/615/TI 3. panta 1. punkta otrajā teikumā, 9. panta 1. punkta otrajā teikumā un 12. panta 1. punkta otrajā teikumā, ir konkrētas, saistībā ar izmeklēšanu vai kriminālvajāšanu izmeklējamas lietas. Ja lietā ir vairāk nekā viens DNS profils, vairāk nekā viena daktiloskopijas datu vienība vai vairāk nekā viena transportlīdzekļa reģistrācijas datu vienība, tos var pārsūtīt kopā kā vienu pieprasījumu.

2. NODAĻA

VIENOTI DATU APMAIŅAS NOTEIKUMI

3. pants

Tehniski parametri

Visos pieprasījumos un atbildēs, meklējot un salīdzinot DNS profilus, daktiloskopijas datus un transportlīdzekļu reģistrācijas datus, dalībvalstis ievēro vienotus tehniskus parametrus. Tehniskie parametri ir doti šā lēmuma pielikumā.

4. pants

Saziņas tīkls

Dalībvalstu savstarpēja elektroniska apmaiņa ar DNS datiem, daktiloskopijas datiem un transportlīdzekļu reģistrācijas datiem notiek, izmantojot pārvaldes iestāžu saziņas tīklā (Trans European Services for Telematics between Administrations – TESTA II) apvienotos Eiropas telemātikas dienestus, kā arī turpmākus šā saziņas tīkla uzlabojumus.

5. pants

Automatizētas datu apmaiņas pieejamība

Dalībvalstis veic visus vajadzīgos pasākumus, lai nodrošinātu, ka automatizēta DNS datu, daktiloskopijas datu un transportlīdzekļu reģistrācijas datu meklēšana un salīdzināšana būtu iespējama 24 stundas dienā un septiņas dienas nedēļā. Tehnisku kļūmju gadījumā dalībvalstu kontaktpunkti tūlīt informē cits citu un vienojas par alternatīviem pagaidu informācijas apmaiņas mehānismiem, ievērojot spēkā esošos tiesību aktus. Automatizētu datu apmaiņu atjauno, cik drīz vien iespējams.

6. pants

DNS datu un daktiloskopijas datu atsauces numerācija

Lēmuma 2008/615/TI 2. un 8. pantā minētajos atsauces numuros ir ietverts:

| a) | kods, kas datu sakritības gadījumos ļauj dalībvalstīm iegūt personas datus un citu informāciju no datubāzēm, lai saskaņā ar Lēmuma 2008/615/TI 5. vai 10. pantu to piegādātu vienai, vairākām vai visām dalībvalstīm; |
| --- | --- |

a)

kods, kas datu sakritības gadījumos ļauj dalībvalstīm iegūt personas datus un citu informāciju no datubāzēm, lai saskaņā ar Lēmuma 2008/615/TI 5. vai 10. pantu to piegādātu vienai, vairākām vai visām dalībvalstīm;

| b) | kods, kas rāda, kurā valstī ir iegūts DNS profils vai daktiloskopijas dati; un |
| --- | --- |

b)

kods, kas rāda, kurā valstī ir iegūts DNS profils vai daktiloskopijas dati; un

| c) | DNS datu sakarā – kods, kas rāda DNS profila tipu. |
| --- | --- |

c)

DNS datu sakarā – kods, kas rāda DNS profila tipu.

3. NODAĻA

DNS DATI

7. pants

DNS datu apmaiņas principi

1.   Dalībvalstis izmanto spēkā esošos DNS datu apmaiņas standartus, piemēram, Eiropas standartu kompleksu (European Standard Set – ESS) vai Interpola standartu kompleksu (Interpol Standard Set of Loci – ISSOL).

2.   Ja DNS profilus meklē un salīdzina automatizēti, pārsūtīšana notiek, izmantojot decentralizētu struktūru.

3.   Lai nodrošinātu citām dalībvalstīm pārsūtāmu datu konfidencialitāti un integritāti, veic attiecīgus pasākumus, arī šifrēšanu.

4.   Dalībvalstis veic pasākumus, kas vajadzīgi, lai garantētu tādu DNS profilu integritāti, kurus dara pieejamus vai sūta citām dalībvalstīm salīdzināšanai, un lai nodrošinātu, ka minētie pasākumi atbilst starptautiskiem standartiem, piemēram, ISO 17025.

5.   Dalībvalstis izmanto savus kodus saskaņā ar ISO 3166-1 alfa-2 standartu.

8. pants

Noteikumi par pieprasījumiem un atbildēm saistībā ar DNS datiem

1.   Pieprasījumā veikt automatizētu datu meklēšanu vai salīdzināšanu, kā minēts Lēmuma 2008/615/TI 3. vai 4. pantā, iekļauj tikai šādu informāciju:

| a) | pieprasījuma iesniedzējas dalībvalsts kodu; |
| --- | --- |

a)

pieprasījuma iesniedzējas dalībvalsts kodu;

| b) | pieprasījuma iesniegšanas datumu, laiku un datu meklējuma kārtas numuru; |
| --- | --- |

b)

pieprasījuma iesniegšanas datumu, laiku un datu meklējuma kārtas numuru;

| c) | DNS profilus un to atsauces numurus; |
| --- | --- |

c)

DNS profilus un to atsauces numurus;

| d) | to, kāda tipa DNS profilus pārsūtīs (neidentificētus DNS profilus vai atsauces DNS profilus); un |
| --- | --- |

d)

to, kāda tipa DNS profilus pārsūtīs (neidentificētus DNS profilus vai atsauces DNS profilus); un

| e) | informāciju, kas vajadzīga datubāzu sistēmu kontrolei, kā arī automātisko meklēšanas procesu kvalitātes kontrolei. |
| --- | --- |

e)

informāciju, kas vajadzīga datubāzu sistēmu kontrolei, kā arī automātisko meklēšanas procesu kvalitātes kontrolei.

2.   Atbildē uz 1. punktā minēto pieprasījumu (ziņojumā par atbilsmēm) ir tikai šāda informācija:

| a) | norāde, vai ir konstatēta viena vai vairākas sakritības (atbilsmes) vai arī sakritības nav konstatētas (atbilsmju nav); |
| --- | --- |

a)

norāde, vai ir konstatēta viena vai vairākas sakritības (atbilsmes) vai arī sakritības nav konstatētas (atbilsmju nav);

| b) | pieprasījuma iesniegšanas datums, laiks, un datu meklējuma kārtas numurs; |
| --- | --- |

b)

pieprasījuma iesniegšanas datums, laiks, un datu meklējuma kārtas numurs;

| c) | atbildes datums, laiks, un datu meklējuma kārtas numurs; |
| --- | --- |

c)

atbildes datums, laiks, un datu meklējuma kārtas numurs;

| d) | pieprasījuma iesniedzējas dalībvalsts un pieprasījuma saņēmējas dalībvalsts kods; |
| --- | --- |

d)

pieprasījuma iesniedzējas dalībvalsts un pieprasījuma saņēmējas dalībvalsts kods;

| e) | pieprasījuma iesniedzējas dalībvalsts un pieprasījuma saņēmējas dalībvalsts atsauces numurs; |
| --- | --- |

e)

pieprasījuma iesniedzējas dalībvalsts un pieprasījuma saņēmējas dalībvalsts atsauces numurs;

| f) | kāda tipa DNS profili ir pārsūtīti (neidentificēti DNS profili vai atsauces DNS profili); |
| --- | --- |

f)

kāda tipa DNS profili ir pārsūtīti (neidentificēti DNS profili vai atsauces DNS profili);

| g) | DNS profili, par ko ir iesniegts pieprasījums un saņemta pozitīva atbilde par atbilsmi; kā arī |
| --- | --- |

g)

DNS profili, par ko ir iesniegts pieprasījums un saņemta pozitīva atbilde par atbilsmi; kā arī

| h) | informācija, kas vajadzīga datubāzu sistēmu kontrolei, kā arī automātisko meklēšanas procesu kvalitātes kontrolei. |
| --- | --- |

h)

informācija, kas vajadzīga datubāzu sistēmu kontrolei, kā arī automātisko meklēšanas procesu kvalitātes kontrolei.

3.   Automatizētu atbilsmes paziņošanu nodrošina tikai ar noteikumu, ka, automatizēti meklējot vai salīdzinot, ir iegūtas atbilsmes pietiekamā skaitā loci. Pietiekamais skaits ir dots šā lēmuma pielikuma 1. nodaļā.

4.   Dalībvalstis nodrošina pieprasījumu atbilsmi saskaņā ar Lēmuma 2008/615/TI 2. panta 3. punktu izdotām deklarācijām. Deklarācijas pārpublicē šā lēmuma 18. panta 2. punktā minētajā rokasgrāmatā.

9. pants

Pārsūtīšanas procedūra, automatizēti meklējot neidentificētus DNS profilus saskaņā ar Lēmuma 2008/615/TI 3. pantu

1.   Ja kādas valsts datubāzē, veicot meklējumus ar kādu neidentificētu DNS profilu, atbilsme nav atrasta vai ir atrasta atbilsme neidentificētam DNS profilam, neidentificēto DNS profilu var pārsūtīt uz visu citu dalībvalstu datubāzēm, un, ja, veicot meklējumus ar tādu neidentificētu DNS profilu, citu dalībvalstu datubāzēs atrodas atbilsmes atsauces DNS profiliem un/vai neidentificētiem DNS profiliem, pieprasījuma iesniedzējai dalībvalstij automātiski dara zināmas atbilsmes un pārsūta DNS atsauces datus; ja citu dalībvalstu datubāzēs atbilsmes atrast nevar, to automātiski dara zināmu pieprasījuma iesniedzējai dalībvalstij.

2.   Ja citu dalībvalstu datubāzēs, veicot meklējumus ar kādu neidentificētu DNS profilu, atrodas atbilsme, katra attiecīgā iesaistītā dalībvalsts savā datubāzē par to var pievienot atzīmi.

10. pants

Pārsūtīšanas procedūra, automatizēti meklējot atsauces DNS profilus saskaņā ar Lēmuma 2008/615/TI 3. pantu

Ja kādas valsts datubāzē, veicot meklējumus ar atsauces DNS profilu, nav atrasta atbilsme atsauces DNS profilam vai ir atrasta atbilsme neidentificētam DNS profilam, attiecīgo atsauces DNS profilu var pārsūtīt visu citu dalībvalstu datubāzēm, un, ja, veicot meklējumus ar attiecīgo atsauces DNS profilu, citu dalībvalstu datubāzēs atrodas atbilsmes atsauces DNS profiliem un/vai neidentificētiem DNS profiliem, pieprasījuma iesniedzējai dalībvalstij automātiski dara zināmas atbilsmes un pārsūta DNS atsauces datus; ja citu dalībvalstu datubāzēs atbilsmes atrast nevar, to automātiski dara zināmu pieprasījuma iesniedzējai dalībvalstij.

11. pants

Pārsūtīšanas procedūra, automatizēti salīdzinot neidentificētus DNS profilus saskaņā ar Lēmuma 2008/615/TI 4. pantu

1.   Ja, veicot salīdzinājumus ar neidentificētiem DNS profiliem, citas dalībvalsts datubāzēs atrodas atbilsme kādam atsauces DNS profilam un/vai neidentificētam DNS profilam, pieprasījuma iesniedzējai dalībvalstij automātiski dara zināmas atbilsmes un pārsūta DNS atsauces datus.

2.   Ja, veicot salīdzinājumus ar neidentificētiem DNS profiliem, citu dalībvalstu datubāzēs atrodas atbilsme kādam neidentificētam DNS profilam vai atsauces DNS profilam, katra attiecīgā dalībvalsts var savā datubāzē tam pievienot atzīmi.

4. NODAĻA

DAKTILOSKOPIJAS DATI

12. pants

Daktiloskopijas datu apmaiņas principi

1.   Daktiloskopijas datus digitalizē un pārsūta citām dalībvalstīm, izmantojot vienotu datu formātu, kā norādīts šā lēmuma pielikuma 2. nodaļā.

2.   Katra dalībvalsts nodrošina, lai tās pārsūtītie daktiloskopijas dati būtu pietiekami kvalitatīvi, ka tos varētu salīdzināt automatizētās pirkstu nospiedumu identifikācijas sistēmās (automated fingerprint identification systems – AFIS).

3.   Pārsūtīšanas procedūra, automatizēti apmainoties ar daktiloskopijas datiem, notiek, izmantojot decentralizētu struktūru.

4.   Lai daktiloskopijas datiem, ko pārsūta citām dalībvalstīm, nodrošinātu konfidencialitāti un integritāti, veic attiecīgus pasākumus, arī šifrēšanu.

5.   Dalībvalstis izmanto dalībvalstu kodus saskaņā ar ISO 3166-1 alfa-2 standartu.

13. pants

Daktiloskopijas datu meklēšanas jaudas

1.   Katra dalībvalsts nodrošina, lai tās meklējamo datu apjoms nebūtu lielāks par pieprasījuma saņēmējas dalībvalsts uzrādītām datu meklēšanas jaudām. Dalībvalstis Padomes Ģenerālsekretariātam iesniedz šā lēmuma 18. panta 2. punktā minētās deklarācijas, uzrādot vienā dienā maksimāli iespējamās identificētu personu un vēl neidentificētu personu daktiloskopijas datu meklēšanas jaudas.

2.   Šā lēmuma pielikuma 2. nodaļā norādīts maksimāli iespējamais personu skaits, ko var pieņemt pārbaudei vienā pārsūtīšanas reizē.

14. pants

Noteikumi par pieprasījumiem un atbildēm saistībā ar daktiloskopijas datiem

1.   Pieprasījuma saņēmēja dalībvalsts tūlīt pārbauda pārsūtīto daktiloskopijas datu kvalitāti, izmantojot pilnībā automatizētu procedūru. Ja izrādās, ka dati nav izmantojami automatizētai salīdzināšanai, pieprasījuma saņēmēja dalībvalsts tūlīt informē pieprasījuma iesniedzēju dalībvalsti.

2.   Pieprasījuma saņēmēja dalībvalsts veic meklējumus tādā kārtībā, kādā ir saņemti pieprasījumi. Pieprasījumus apstrādā 24 stundās, izmantojot pilnībā automatizētu procedūru. Pieprasījuma iesniedzēja dalībvalsts, ja tas ir paredzēts tās tiesībās, var lūgt paātrināti apstrādāt pieprasījumus, un pieprasījuma saņēmēja dalībvalsts tūlīt veic minētos meklējumus. Ja termiņus nevar ievērot force majeure dēļ, salīdzināšanu veic uzreiz, līdzko šķēršļi ir novērsti.

5. NODAĻA

TRANSPORTLĪDZEKĻU REĢISTRĀCIJAS DATI

15. pants

Automatizētas transportlīdzekļu reģistrācijas datu meklēšanas principi

1.   Lai automatizēti meklētu transportlīdzekļu reģistrācijas datus, dalībvalstis izmanto īpaši Lēmuma 2008/615/TI 12. panta vajadzībām izstrādātu Eiropas transportlīdzekļu un vadītāja apliecību informācijas sistēmas (European Vehicle and Driving Licence Information System – Eucaris) programmatūru un grozītas šīs programmatūras versijas.

2.   Automatizēta transportlīdzekļu reģistrācijas datu meklēšana notiek, izmantojot decentralizētu struktūru.

3.   Informāciju, ar ko apmainās, izmantojot Eucaris sistēmu, pirms pārsūtīšanas šifrē.

4.   Tie transportlīdzekļu reģistrācijas datu elementi, ar ko ir paredzēts apmainīties, ir uzskaitīti šā lēmuma pielikuma 3. nodaļā.

5.   Īstenojot Lēmuma 2008/615/TI 12. pantu, dalībvalstis var piešķirt prioritāti meklējumiem, kas ir saistīti ar smagu noziegumu apkarošanu.

16. pants

Izmaksas

Katra dalībvalsts sedz izmaksas, ko rada 15. panta 1. punktā minētās Eucaris programmatūras apsaimniekošana, lietojums un profilakse.

6. NODAĻA

POLICIJAS SADARBĪBA

17. pants

Kopējas patruļas un citas kopējas operācijas

1.   Saskaņā ar Lēmuma 2008/615/TI 5. nodaļu un jo īpaši – ar deklarācijām, ko iesniedz saskaņā ar minētā lēmuma 17. panta 4. punktu, 19. panta 2. un 4. punktu, katra dalībvalsts norīko vienu vai vairākus kontaktpunktus, lai citas dalībvalstis varētu griezties pie kompetentām iestādēm un katra dalībvalsts varētu konkretizēt procedūras, ko tā izmanto, lai izveidotu kopējas patruļas un citas kopējas operācijas, procedūras, ko izmanto citu dalībvalstu ierosmēm saistībā ar minētajām operācijām, kā arī citus praktiskus aspektus un ar tādām operācijām saistītus mehānismus.

2.   Padomes Ģenerālsekretariāts apkopo un atjaunina kontaktpunktu sarakstu un informē kompetentas iestādes par visiem grozījumiem minētajā sarakstā.

3.   Jebkuras dalībvalsts kompetentas iestādes var nākt klajā ar ierosmi sākt kopēju operāciju. Pirms sākt konkrētu operāciju, 2. punktā minētās kompetentās iestādes rakstiski vai mutiski vienojas par dažiem elementiem, kas var attiekties uz vairākiem konkrētiem aspektiem, piemēram:

| a) | kuras kompetentās iestādes dalībvalstīs ir atbildīgas par operāciju; |
| --- | --- |

a)

kuras kompetentās iestādes dalībvalstīs ir atbildīgas par operāciju;

| b) | kāds ir konkrēts operācijas mērķis; |
| --- | --- |

b)

kāds ir konkrēts operācijas mērķis;

| c) | kas ir uzņēmēja dalībvalsts, kurā jānotiek operācijai; |
| --- | --- |

c)

kas ir uzņēmēja dalībvalsts, kurā jānotiek operācijai;

| d) | kāda ir tās uzņēmējas dalībvalsts ģeogrāfiskā teritorija, kurā jānotiek operācijai; |
| --- | --- |

d)

kāda ir tās uzņēmējas dalībvalsts ģeogrāfiskā teritorija, kurā jānotiek operācijai;

| e) | cik ilga būs operācija; |
| --- | --- |

e)

cik ilga būs operācija;

| f) | kāda būs konkrētā palīdzība, ko sniegs dalībvalsts(-is), kura(-as) norīkos savus pārstāvjus uz uzņēmēju dalībvalsti, kā arī – kas būs norīkotie ierēdņi vai citas amatpersonas, materiāli un finanšu elementi; |
| --- | --- |

f)

kāda būs konkrētā palīdzība, ko sniegs dalībvalsts(-is), kura(-as) norīkos savus pārstāvjus uz uzņēmēju dalībvalsti, kā arī – kas būs norīkotie ierēdņi vai citas amatpersonas, materiāli un finanšu elementi;

| g) | kādi ierēdņi piedalīsies operācijā; |
| --- | --- |

g)

kādi ierēdņi piedalīsies operācijā;

| h) | kurš ierēdnis būs atbildīgs par operāciju; |
| --- | --- |

h)

kurš ierēdnis būs atbildīgs par operāciju;

| i) | kādas pilnvaras uzņēmējā dalībvalstī var būt dotas pārstāvju sūtītāju dalībvalstu ierēdņiem vai citām amatpersonām operācijas laikā; |
| --- | --- |

i)

kādas pilnvaras uzņēmējā dalībvalstī var būt dotas pārstāvju sūtītāju dalībvalstu ierēdņiem vai citām amatpersonām operācijas laikā;

| j) | kādus ieročus, munīciju un ekipējumu nosūtītās amatpersonas konkrēti var izmantot operācijā saskaņā ar Lēmumu 2008/615/TI; |
| --- | --- |

j)

kādus ieročus, munīciju un ekipējumu nosūtītās amatpersonas konkrēti var izmantot operācijā saskaņā ar Lēmumu 2008/615/TI;

| k) | kādi būs materiālās un tehniskās apgādes mehānismi no transporta, izmitināšanas un drošības viedokļa; |
| --- | --- |

k)

kādi būs materiālās un tehniskās apgādes mehānismi no transporta, izmitināšanas un drošības viedokļa;

| l) | kā tiks segti kopējie operācijas izdevumi, ja tā būs citāda nekā Lēmuma 2008/615/TI 34. panta pirmajā teikumā paredzētā operācija; |
| --- | --- |

l)

kā tiks segti kopējie operācijas izdevumi, ja tā būs citāda nekā Lēmuma 2008/615/TI 34. panta pirmajā teikumā paredzētā operācija;

| m) | kādi būs visi citi elementi, kas, iespējams, varētu būt vajadzīgi. |
| --- | --- |

m)

kādi būs visi citi elementi, kas, iespējams, varētu būt vajadzīgi.

4.   Šajā pantā paredzētās deklarācijas, procedūras un norīkojumus publicē 18. panta 2. punktā minētajā rokasgrāmatā.

7. NODAĻA

NOBEIGUMA NOTEIKUMI

18. pants

Pielikums un rokasgrāmata

1.   Papildu informācija par Lēmuma 2008/615/TI tehnisku un administratīvu īstenošanu ir dota šā lēmuma pielikumā.

2.   Padomes Ģenerālsekretariāts sagatavo un atjaunina rokasgrāmatu, kurā ir tikai fakti, ko dalībvalstis darījušas zināmus deklarācijās, ar ko tās nāk klajā saskaņā ar Lēmumu 2008/615/TI vai šo lēmumu vai arī kas ir iesniegtas kā paziņojumi Padomes Ģenerālsekretariātam. Rokasgrāmata ir Padomes dokuments.

19. pants

Neatkarīgas datu aizsardzības iestādes

Dalībvalstis saskaņā ar šā lēmuma 18. panta 2. punktu informē Padomes Ģenerālsekretariātu par neatkarīgām datu aizsardzības iestādēm vai tiesu iestādēm, kā minēts Lēmuma 2008/615/TI 30. panta 5. punktā.

20. pants

Lēmumu sagatavošana, kā minēts Lēmuma 2008/615/TI 25. panta 2. punktā

1.   Padome pieņem lēmumus, kā minēts Lēmuma 2008/615/TI 25. panta 2. punktā, pamatojoties uz izvērtējuma ziņojumiem, ko izstrādā ar anketas palīdzību.

2.   Izvērtējuma ziņojumiem par automatizētu datu apmaiņu saskaņā ar Lēmuma 2008/615/TI 2. nodaļu pamatā var būt arī izvērtējuma inspekcijas un izmēģinājuma darbības, ko veic, kad attiecīgā dalībvalsts ir informējusi Ģenerālsekretariātu saskaņā ar Lēmuma 2008/615/TI 36. panta 2. punkta pirmo teikumu.

3.   Sīkāki šīs procedūras nosacījumi ir izklāstīti šā lēmuma pielikuma 4. nodaļā.

21. pants

Datu apmaiņas izvērtējums

1.   Saskaņā ar Lēmuma 2008/615/TI 2. nodaļu regulāri izvērtē datu apmaiņas administratīvos, tehniskos un finanšu aspektus, un jo īpaši – 15. panta 5. punktā paredzēto mehānismu. Izvērtējumi attiecas uz dalībvalstīm, kas izvērtējuma laikā jau piemēro Lēmumu 2008/615/TI, un tos veic par to kategoriju datiem, ar ko attiecīgās dalībvalstis ir sākušas apmainīties. Izvērtējumu pamatā ir attiecīgo dalībvalstu ziņojumi.

2.   Sīkāki šīs procedūras nosacījumi ir izklāstīti šā lēmuma pielikuma 4. nodaļā.

22. pants

Saistība ar Prīmes Līguma īstenošanas nolīgumu

Dalībvalstīs, kam saistības uzliek Prīmes Līgums, piemēro attiecīgus šā lēmuma un pielikuma noteikumus, kad tie būs pilnībā īstenoti, nevis attiecīgos Prīmes Līguma īstenošanas nolīgumā ietvertos noteikumus. Prīmes Līguma līgumslēdzējām pusēm joprojām piemēro visus pārējos īstenošanas nolīguma noteikumus.

23. pants

Īstenošana

Dalībvalstis veic vajadzīgos pasākumus, lai izpildītu šā lēmuma prasības Lēmuma 2008/615/TI 36. panta 1. punktā minētajos termiņos.

24. pants

Piemērošana

Šis lēmums stājas spēkā divdesmitajā dienā pēc tā publicēšanas Eiropas Savienības Oficiālajā Vēstnesī.

Luksemburgā, 2008. gada 23. jūnijā

Padomes vārdā –

priekšsēdētājs

I. JARC

---

(1)  Skatīt šā Oficiālā Vēstneša 1. lpp.

1

Oficiālā Vēstneša

(2)  2008. gada 21. aprīļa Atzinums (Oficiālajā Vēstnesī vēl nav publicēts).

2

Oficiālajā Vēstnesī

---

PIELIKUMS

SATURS

| 1. NODAĻA. | DNS datu apmaiņa |
| --- | --- |

1. NODAĻA.

| 1. | Kriminālistikas jautājumi, sakritības noteikumi un algoritmi saistībā ar DNS |
| --- | --- |

1.

| 1.1. | DNS profilu pazīmes |
| --- | --- |

1.1.

| 1.2. | Sakritības noteikumi |
| --- | --- |

1.2.

| 1.3. | Ziņojumu sastādīšanas noteikumi |
| --- | --- |

1.3.

| 2. | Dalībvalstu kodu tabula |
| --- | --- |

2.

| 3. | Funkcionāla analīze |
| --- | --- |

3.

| 3.1. | Sistēmas pieejamība |
| --- | --- |

3.1.

| 3.2. | Nākamais solis |
| --- | --- |

3.2.

| 4. | DNS saskarņu kontroles dokuments |
| --- | --- |

4.

| 4.1. | Ievads |
| --- | --- |

4.1.

| 4.2. | XML struktūras definējums |
| --- | --- |

4.2.

| 5. | Programmatūras, drošības un sakaru arhitektūra |
| --- | --- |

5.

| 5.1. | Pārskats |
| --- | --- |

5.1.

| 5.2. | Augstākā līmeņa arhitektūra (Upper Level Architecture) |
| --- | --- |

5.2.

| 5.3. | Drošības standarti un datu aizsardzība |
| --- | --- |

5.3.

| 5.4. | Šifrēšanas mehānismā izmantotie protokoli un standarti: s/MIME un saistītas pakotnes (packages) |
| --- | --- |

5.4.

| 5.5. | Lietojumprogrammas arhitektūra |
| --- | --- |

5.5.

| 5.6. | Lietojumprogrammas arhitektūrā izmantotie protokoli un standarti |
| --- | --- |

5.6.

| 5.7. | Sakaru sistēmas |
| --- | --- |

5.7.

| 2. NODAĻA. | Daktiloskopijas datu apmaiņa (saskarņu kontroles dokuments – interface control document) |
| --- | --- |

2. NODAĻA.

| 1. | Datņu satura pārskats |
| --- | --- |

1.

| 2. | Ierakstu forma |
| --- | --- |

2.

| 3. | 1. tipa loģiski dati – datnes galvene |
| --- | --- |

3.

| 4. | 2. tipa loģiski dati – ieraksts |
| --- | --- |

4.

| 5. | 4. tipa loģiski dati – melnbalti tonāli attēli ar lielu izšķirtspēju |
| --- | --- |

5.

| 6. | 9. tipa loģiski dati – papilārlīniju detaļu ieraksts |
| --- | --- |

6.

| 7. | 13. tips – latentu attēlu ieraksti ar maināmu izšķirtspēju |
| --- | --- |

7.

| 8. | 15. tips – plaukstu nospiedumu attēli ar maināmu izšķirtspēju |
| --- | --- |

8.

| 9. | 2. nodaļas papildinājumi (daktiloskopijas datu apmaiņa) |
| --- | --- |

9.

| 9.1. | ASCII nošķīrēji kodi |
| --- | --- |

9.1.

| 9.2. | Burtu vai ciparu pārbaudes zīmju aprēķini |
| --- | --- |

9.2.

| 9.3. | Zīmju kodi |
| --- | --- |

9.3.

| 9.4. | Darbību kopsavilkums |
| --- | --- |

9.4.

| 9.5. | 1. tipa ierakstu definīcijas |
| --- | --- |

9.5.

| 9.6. | 2. tipa ierakstu definīcijas |
| --- | --- |

9.6.

| 9.7. | Melnbaltu tonālu attēlu saspiešanas kodi |
| --- | --- |

9.7.

| 9.8. | Sūtījumu parametri |
| --- | --- |

9.8.

| 3. NODAĻA. | Transportlīdzekļu reģistrācijas datu apmaiņa |
| --- | --- |

3. NODAĻA.

| 1. | Kopējs datu kopums automatizētai transportlīdzekļu reģistrācijas datu meklēšanai |
| --- | --- |

1.

| 1.1. | Definīcijas |
| --- | --- |

1.1.

| 1.2. | Transportlīdzekļu īpašnieku vai turētāju meklēšana |
| --- | --- |

1.2.

| 2. | Datu drošība |
| --- | --- |

2.

| 2.1. | Pārskats |
| --- | --- |

2.1.

| 2.2. | Sūtījumu apmaiņas drošības iezīmes |
| --- | --- |

2.2.

| 2.3. | Ar sūtījumu apmaiņu nesaistītas drošības iezīmes |
| --- | --- |

2.3.

| 3. | Datu apmaiņas tehniskie nosacījumi |
| --- | --- |

3.

| 3.1. | Vispārējs Eucaris lietojumprogrammas apraksts |
| --- | --- |

3.1.

| 3.2. | Funkcionālas prasības un nefunkcionālas prasības |
| --- | --- |

3.2.

| 4. NODAĻA. | Izvērtējums |
| --- | --- |

4. NODAĻA.

| 1. | Izvērtējuma procedūra saskaņā ar 20. pantu (Lēmumu gatavošana saskaņā ar Lēmuma 2008/615/TI 25. panta 2. punktu) |
| --- | --- |

1.

| 1.1. | Anketa |
| --- | --- |

1.1.

| 1.2. | Izmēģinājums |
| --- | --- |

1.2.

| 1.3. | Izvērtējuma inspekcija |
| --- | --- |

1.3.

| 1.4. | Ziņojums Padomei |
| --- | --- |

1.4.

| 2. | Izvērtējuma procedūra saskaņā ar 21. pantu |
| --- | --- |

2.

| 2.1. | Statistika un ziņojumi |
| --- | --- |

2.1.

| 2.2. | Pārskatīšana |
| --- | --- |

2.2.

| 3. | Ekspertu sanāksmes |
| --- | --- |

3.

1. NODAĻA. DNS datu apmaiņa

1.   Kriminālistikas jautājumi, sakritības noteikumi un algoritmi saistībā ar DNS

1.1.   DNS profilu pazīmes

DNS profilā var būt 24 ciparu pāri, kas atbilst 24 lokusu alēlēm, ko izmanto arī Interpola DNS procedūrās. Lokusu (loci) nosaukumi ir doti šajā tabulā:

| VWA | TH01 | D21S11 | FGA | D8S1179 | D3S1358 | D18S51 | Amelogenin |
| --- | --- | --- | --- | --- | --- | --- | --- |
| TPOX | CSF1P0 | D13S317 | D7S820 | D5S818 | D16S539 | D2S1338 | D19S433 |
| Penta D | Penta E | FES | F13A1 | F13B | SE33 | CD4 | GABA |

VWA

TH01

D21S11

FGA

D8S1179

D3S1358

D18S51

Amelogenin

TPOX

CSF1P0

D13S317

D7S820

D5S818

D16S539

D2S1338

D19S433

Penta D

Penta E

FES

F13A1

F13B

SE33

CD4

GABA

Septiņi pelēki iekrāsotie lokusi augšējā rindā ir iekļauti gan Eiropas lokusu standartkompleksā (European Standard Set – ESS), gan arī Interpola lokusu standartkompleksā (Interpol Standard Set of Loci – ISSOL).

Lietošanas noteikumi:

DNS profilos, ko dalībvalstis dara pieejamus meklēšanai un salīdzināšanai, kā arī DNS profilos, ko nosūta meklēšanas un salīdzināšanas vajadzībām, ir jābūt vismaz sešiem pilnīgiem (1) lokusiem, turklāt tajos – atkarībā no pieejamības – var būt arī papildu lokusi vai atstātas tukšas vietas. Atsauces DNS profilos ir jābūt vismaz sešiem no septiņiem Eiropas standartu kompleksa (ESS) lokusiem. Lai celtu meklēšanas rezultātu sakritību precizitāti, visas pieejamās alēles glabā indeksētā DNS profilu datubāzē un izmanto meklējumos un salīdzinājumos. Katrai dalībvalstij tik drīz, cik vien tas praktiski iespējams, būtu jāīsteno jebkurš jauns Eiropas Savienībā pieņemts ESS.

Jaukti profili (mixed profiles) nav atļauti, jo tad katra lokusa alēles vērtība būs tikai divi cipari, kas var būt tādi paši, ja attiecīgais lokuss ir homozigots.

Aizstājējzīmes funkciju (wild-cards) un mikrovariantus (micro-variants) izmanto saskaņā ar šādiem noteikumiem:

| — | jebkura neskaitliska vērtība (piemēram, “o”, “f”, “r”, “na”, “nr” vai “un”), izņemot profilā iekļautu amelogenīnu, ir automātiski jākonvertē, lai to lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus, |
| --- | --- |

—

jebkura neskaitliska vērtība (piemēram, “o”, “f”, “r”, “na”, “nr” vai “un”), izņemot profilā iekļautu amelogenīnu, ir automātiski jākonvertē, lai to lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus,

| — | profilā iekļautas skaitliskas vērtības “0”, “1” vai “99” ir automātiski jākonvertē, lai tās lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus, |
| --- | --- |

—

profilā iekļautas skaitliskas vērtības “0”, “1” vai “99” ir automātiski jākonvertē, lai tās lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus,

| — | ja vienam lokusam ir dotas trīs alēles, tad pieņem tikai pirmo alēli, bet pārējās divas alēles automātiski jākonvertē, lai tās lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus, |
| --- | --- |

—

ja vienam lokusam ir dotas trīs alēles, tad pieņem tikai pirmo alēli, bet pārējās divas alēles automātiski jākonvertē, lai tās lietotu ar aizstājējzīmes (*) funkciju, un meklēšana būtu jāveic, salīdzinājumos izmantojot visus meklēšanas kritērijus,

| — | ja aizstājējzīmes vērtības (wild card values) ir dotas 1. vai 2. alēlei, tad meklēs abas attiecīgās lokusa skaitliskās vērtības permutācijas (piemēram, 12, * varētu sakrist ar 12,14 vai 9,12), |
| --- | --- |

—

ja aizstājējzīmes vērtības (wild card values) ir dotas 1. vai 2. alēlei, tad meklēs abas attiecīgās lokusa skaitliskās vērtības permutācijas (piemēram, 12, * varētu sakrist ar 12,14 vai 9,12),

| — | pentanukleotīdu (Penta D, Penta E & CD4) mikrovariantu sakritību nosaka saskaņā ar šādu formulu:






  — | x.1 = x, x.1, x.2 |
| --- | --- | --- |

—

pentanukleotīdu (Penta D, Penta E & CD4) mikrovariantu sakritību nosaka saskaņā ar šādu formulu:

—

x.1 = x, x.1, x.2

| — | x.2 = x.1, x.2, x.3 |
| --- | --- |

—

x.2 = x.1, x.2, x.3

| — | x.3 = x.2, x.3, x.4 |
| --- | --- |

—

x.3 = x.2, x.3, x.4

| — | x.4 = x.3, x.4, x + 1 |
| --- | --- |

—

x.4 = x.3, x.4, x + 1

| — | tetranukleotīdu (pārējie lokusi datubāzē ir tetranukleotīdi) mikrovariantu sakritību nosaka saskaņā ar šādu formulu:






  — | x.1 = x, x.1, x.2 |
| --- | --- | --- |

—

tetranukleotīdu (pārējie lokusi datubāzē ir tetranukleotīdi) mikrovariantu sakritību nosaka saskaņā ar šādu formulu:

—

x.1 = x, x.1, x.2

| — | x.2 = x.1, x.2, x.3 |
| --- | --- |

—

x.2 = x.1, x.2, x.3

| — | x.3 = x.2, x.3, x + 1 |
| --- | --- |

—

x.3 = x.2, x.3, x + 1

1.2.   Sakritības noteikumi (Matching rules)

Divu DNS profilu salīdzināšanu veiks, pamatojoties uz lokusiem, kuriem abos DNS profilos ir pieejams alēles vērtību pāris. Abos DNS profilos ir jāsakrīt vismaz sešiem pilnīgiem lokusiem (izņemot amelogenīnu), pirms dot atbildi par konstatētu sakritību.

Pilnīga sakritība (1. ticamības pakāpe) ir sakritība, kurā ir vienādas visas salīdzināto to lokusu alēļu vērtības, kas atrodas abos salīdzinātajos DNS profila paraugos. Daļēja sakritība ir sakritība, kurā divos DNS profilos atšķiras tikai viena no visu salīdzināto lokusu alēļu vērtībām (2., 3. un 4. ticamības pakāpe). Daļēju sakritību akceptē tikai tad, ja ir reģistrēta sakritība vismaz sešas pilnīgos abu salīdzināto DNS profilu lokusos.

Daļējas sakritības iemesls var būt:

| — | ir pieļauta pārrakstīšanās kļūda, ievadot vienu DNS profilu meklēšanas funkcijā vai DNS datubāzē, |
| --- | --- |

—

ir pieļauta pārrakstīšanās kļūda, ievadot vienu DNS profilu meklēšanas funkcijā vai DNS datubāzē,

| — | izstrādājot DNS profilu, ir pieļauta alēles noteikšanas (allele-determination) vai alēlēs identifikācijas (allele-calling) kļūda. |
| --- | --- |

—

izstrādājot DNS profilu, ir pieļauta alēles noteikšanas (allele-determination) vai alēlēs identifikācijas (allele-calling) kļūda.

1.3.   Ziņojumu sastādīšanas noteikumi

Ziņojumus sastāda gan par pilnīgām sakritībām, gan daļējām sakritībām, gan par to, ka sakritības nav konstatētas.

Sakritības ziņojumu nosūta valsts kontaktpunktam, kas iesniedzis pieprasījumu, kā arī to dara pieejamu tās valsts kontaktpunktam, kurā pieprasījums ir iesniegts (lai dotu iespēju tam novērtēt iespējamus turpmākus pieprasījumus par citiem pieejamiem personas datiem vai citu informāciju saistībā ar DNS profilu, kura saistīta ar atbilsmi saskaņā ar Lēmuma 2008/615/TI 5. un 10. pantu).

2.   Dalībvalstu kodu tabula

Saskaņā ar Lēmumu 2008/615/TI, lai izveidotu domēnu nosaukumus un citus Prīmes Līgumā paredzētus konfigurācijas parametrus, ko slēgtā tīklā lietot DNS datu apmaiņas programmatūrās, izmanto ISO kodu 3166-1 alpha-2.

ISO 3166-1 alpha-2 kodi ir šādi dalībvalstu kodi, kas sastāv no diviem burtiem.

| Dalībvalsts nosaukums | Kods | Dalībvalsts nosaukums | Kods |
| --- | --- | --- | --- |
| Beļģija | BE | Luksemburga | LU |
| Bulgārija | BG | Ungārija | HU |
| Čehija | CZ | Malta | MT |
| Dānija | DK | Nīderlande | NL |
| Vācija | DE | Austrija | AT |
| Igaunija | EE | Polija | PL |
| Grieķija | EL | Portugāle | PT |
| Spānija | ES | Rumānija | RO |
| Francija | FR | Slovākija | SK |
| Īrija | IE | Slovēnija | SI |
| Itālija | IT | Somija | FI |
| Kipra | CY | Zviedrija | SE |
| Latvija | LV | Apvienotā Karaliste | UK |
| Lietuva | LT | | |

Dalībvalsts nosaukums

Kods

Dalībvalsts nosaukums

Kods

Beļģija

BE

Luksemburga

LU

Bulgārija

BG

Ungārija

HU

Čehija

CZ

Malta

MT

Dānija

DK

Nīderlande

NL

Vācija

DE

Austrija

AT

Igaunija

EE

Polija

PL

Grieķija

EL

Portugāle

PT

Spānija

ES

Rumānija

RO

Francija

FR

Slovākija

SK

Īrija

IE

Slovēnija

SI

Itālija

IT

Somija

FI

Kipra

CY

Zviedrija

SE

Latvija

LV

Apvienotā Karaliste

UK

Lietuva

LT

3.   Funkcionāla analīze

3.1.   Sistēmas pieejamība

Pieprasījumiem saskaņā ar Lēmuma 2008/615/TI 3. pantu būtu attiecīgā datubāzē jānonāk hronoloģiskā pieprasījumu izsūtīšanas secībā, savukārt atbildēm pieprasījuma iesniedzējā dalībvalstī būtu jānonāk 15 minūtēs pēc pieprasījumu pienākšanas.

3.2.   Nākamais solis

Ja dalībvalsts saņem ziņojumu par sakritību, tās kontaktpunkts ir atbildīgs par attiecīgā iesniegtā profila vērtības un atbildē saņemtā profila(-u) vērtības salīdzināšanu, lai apstiprinātu un pārbaudītu profila iespējamo vērtību. Valstu kontaktpunkti apstiprināšanas sakarā var tieši sazināties cits ar citu.

Pēc divu profilu sakritības apstiprinājuma sākas tiesiskās palīdzības procedūras, pamatojoties uz “pilnīgu sakritību” (full match) vai “daļēju sakritību” (near match), kas ir iegūta automatizēto konsultāciju fāzē.

4.   DNS saskarņu kontroles dokuments

4.1.   Ievads

4.1.1.   Mērķi

Šajā nodaļā ir definētas prasības, lai veiktu DNS profilu informāciju apmaiņu starp visu dalībvalstu datubāzu sistēmām. Galvenes laukumi ir definēti īpaši Prīmes DNS datu apmaiņas vajadzībām, savukārt datu daļas pamatojumā ir izmantota XML shēmas DNS profila datu daļa, kas noteikta Interpola DNS datu apmaiņas vārtejas (Interpol DNA exchange gateway) vajadzībām.

Datu apmaiņa notiek ar SMTP protokolu (Simple Mail Transfer Protocol – vienkāršais pasta pārsūtīšanas protokols) un citu modernu tehnoloģiju starpniecību, izmantojot centrālā releja pasta serveri (central relay mail server), ko nodrošina tīkla pakalpojumu sniedzējs. XML valodā izstrādātu datni pārsūta kā e-pasta pamattekstu.

4.1.2.   Darbības joma

Saskarņu kontroles dokumentā (ICD) ir definēts tikai sūtījuma (e-pasta) saturs. Visi ar tīkla darbību un e-pastiem saistītie jautājumi ir definēti vienotā formātā, lai varētu izveidot vienotu DNS datu apmaiņas tehnisko bāzi.

Tas ietver:

| — | sūtījuma temata formātu, lai dotu iespēju veikt sūtījuma automatizētu apstrādi, |
| --- | --- |

—

sūtījuma temata formātu, lai dotu iespēju veikt sūtījuma automatizētu apstrādi,

| — | vai ir vajadzīga satura šifrēšana un, ja jā, kāda metode būtu jāizvēlas, |
| --- | --- |

—

vai ir vajadzīga satura šifrēšana un, ja jā, kāda metode būtu jāizvēlas,

| — | sūtījuma maksimālais garums. |
| --- | --- |

—

sūtījuma maksimālais garums.

4.1.3.   
  XML struktūra un principi

XML sūtījums ir strukturēts šādi:

| — | galvenes daļa, kurā ir iekļauta informācija par pārsūtījumu, un |
| --- | --- |

—

galvenes daļa, kurā ir iekļauta informācija par pārsūtījumu, un

| — | datu daļa, kurā ir iekļauta konkrēta profila informācija, kā arī pats profils. |
| --- | --- |

—

datu daļa, kurā ir iekļauta konkrēta profila informācija, kā arī pats profils.

Tādu pašu XML shēmu izmanto pieprasījumos un atbildēs.

Lai veiktu pilnīgas pārbaudes par neidentificētiem DNS profiliem (Lēmuma 2008/615/TI 4. pants), jāparedz iespēja, ka vienā sūtījumā iekļauj vairākus profilus. Jānosaka maksimālais vienā sūtījumā iekļaujamo profilu skaits. Skaits ir atkarīgs no maksimāli pieļaujamā e-pasta lieluma, un tas būtu jānosaka pēc tam, kad ir notikusi pasta servera izvēle.

XML piemērs:

<?version=“1.0” standalone=“yes”?>

<PRUEMDNAx xmlns:msxsl=“urn:schemas-microsoft-com:xslt”

xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”>

<header>

(...)

</header>

<datas>

(...)

</datas>

[<datas> datu struktūra ir atkārtota, ja vienā SMTP sūtījumā

(....) ir nosūtīti vairāki profili; tas atļauts tikai lietās, uz ko attiecas 4. pants

</datas>]

</PRUEMDNA>

4.2.   XML struktūras definējums

Šis definējums ir paredzēts dokumentācijas un labākas salasāmības nolūkos, savukārt informācija, kas uzliek saistības, ir paredzēta XML shēmas datnē (PRUEM DNA.xsd).

4.2.1.   
  PRUEMDNAx shēma

Tā ietver šādus laukus:

| Fields | Type | Description |
| --- | --- | --- |
| header | PRUEM_header | Occurs: 1 |
| datas | PRUEM_datas | Occurs: 1 ... 500 |

Fields

Type

Description

header

PRUEM_header

Occurs: 1

datas

PRUEM_datas

Occurs: 1 ... 500

4.2.2.   Galvenes struktūras saturs

| 4.2.2.1. | PRUEM galvene
  Šajā struktūrā ir aprakstīta XML galvene. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| direction | PRUEM_header_dir | Direction of message flow |
| ref | String | Reference of the XML file |
| generator | String | Generator of XML file |
| schema_version | String | Version number of schema to use |
| requesting | PRUEM_header_info | Requesting Member State info |
| requested | PRUEM_header_info | Requested Member State info |

4.2.2.1.

PRUEM galvene

Šajā struktūrā ir aprakstīta XML galvene. Tā ietver šādus laukus:

Fields

Type

Description

direction

PRUEM_header_dir

Direction of message flow

ref

String

Reference of the XML file

generator

String

Generator of XML file

schema_version

String

Version number of schema to use

requesting

PRUEM_header_info

Requesting Member State info

requested

PRUEM_header_info

Requested Member State info

| 4.2.2.2. | PRUEM_header dir
  Sūtījumā iekļauto datu tips, kuru vērtība var būt:






  Value | Description |
| --- | --- | --- |
| R | Request |
| A | Answer |

4.2.2.2.

Sūtījumā iekļauto datu tips, kuru vērtība var būt:

Value

Description

R

Request

A

Answer

| 4.2.2.3. | PRUEM galvenes informācija
  Struktūra, lai aprakstītu dalībvalsti, kā arī sūtījuma datumu/laiku. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| source_isocode | String | ISO 3166-2 code of the requesting Member State |
| destination_isocode | String | ISO 3166-2 code of the requested Member State |
| request_id | String | unique Identifier for a request |
| date | Date | Date of creation of message |
| time | Time | Time of creation of message |

4.2.2.3.

PRUEM galvenes informācija

Struktūra, lai aprakstītu dalībvalsti, kā arī sūtījuma datumu/laiku. Tā ietver šādus laukus:

Fields

Type

Description

source_isocode

String

ISO 3166-2 code of the requesting Member State

destination_isocode

String

ISO 3166-2 code of the requested Member State

request_id

String

unique Identifier for a request

date

Date

Date of creation of message

time

Time

Time of creation of message

4.2.3.   
  PRUEM profilu datu saturs

| 4.2.3.1. | PRUEM_datas
  Šajā struktūrā ir aprakstīta XML profila datu daļa. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| reqtype | PRUEM request type | Type of request (Article 3 or 4) |
| date | Date | Date profile stored |
| type | PRUEM_datas_type | Type of profile |
| result | PRUEM_datas_result | Result of request |
| agency | String | Name of corresponding unit responsible for the profile |
| profile_ident | String | Unique Member State profile ID |
| message | String | Error Message, if result = E |
| profile | IPSG_DNA_profile | If direction = A (Answer) AND result ≠ H (Hit) empty |
| match_id | String | In case of a HIT PROFILE_ID of the requesting profile |
| quality | PRUEM_hitquality_type | Quality of Hit |
| hitcount | Integer | Count of matched Alleles |
| rescount | Integer | Count of matched profiles. If direction = R (Request), then empty. If quality! = 0 (the original requested profile), then empty. |

4.2.3.1.

Šajā struktūrā ir aprakstīta XML profila datu daļa. Tā ietver šādus laukus:

Fields

Type

Description

reqtype

PRUEM request type

Type of request (Article 3 or 4)

date

Date

Date profile stored

type

PRUEM_datas_type

Type of profile

result

PRUEM_datas_result

Result of request

agency

String

Name of corresponding unit responsible for the profile

profile_ident

String

Unique Member State profile ID

message

String

Error Message, if result = E

profile

IPSG_DNA_profile

If direction = A (Answer) AND result ≠ H (Hit) empty

match_id

String

In case of a HIT PROFILE_ID of the requesting profile

quality

PRUEM_hitquality_type

Quality of Hit

hitcount

Integer

Count of matched Alleles

rescount

Integer

Count of matched profiles. If direction = R (Request), then empty. If quality! = 0 (the original requested profile), then empty.

| 4.2.3.2. | PRUEM_request_type
  Sūtījumā iekļauto datu tips, kuru vērtība var būt:






  Value | Description |
| --- | --- | --- |
| 3 | Requests pursuant to Article 3 of Decision 2008/615/JHA |
| 4 | Requests pursuant to Article 4 of Decision 2008/615/JHA |

4.2.3.2.

Sūtījumā iekļauto datu tips, kuru vērtība var būt:

Value

Description

3

Requests pursuant to Article 3 of Decision 2008/615/JHA

4

Requests pursuant to Article 4 of Decision 2008/615/JHA

| 4.2.3.3. | PRUEM_hitquality_type






  Value | Description |
| --- | --- | --- |
| 0 | Referring original requesting profile:
  Case “No Hit”: original requesting profile sent back only;
  Case “Hit”: original requesting profile and matched profiles sent back. |
| 1 | Equal in all available alleles without wildcards |
| 2 | Equal in all available alleles with wildcards |
| 3 | Hit with Deviation (Microvariant) |
| 4 | Hit with mismatch |

4.2.3.3.

Value

Description

0

Referring original requesting profile:

Case “No Hit”: original requesting profile sent back only;

Case “Hit”: original requesting profile and matched profiles sent back.

1

Equal in all available alleles without wildcards

2

Equal in all available alleles with wildcards

3

Hit with Deviation (Microvariant)

4

Hit with mismatch

| 4.2.3.4. | PRUEM_data_type
  Sūtījumā iekļauto datu tips, kuru vērtība var būt:






  Value | Description |
| --- | --- | --- |
| P | Person profile |
| S | Stain |

4.2.3.4.

Sūtījumā iekļauto datu tips, kuru vērtība var būt:

Value

Description

P

Person profile

S

Stain

| 4.2.2.5. | PRUEM_data_result
  Sūtījumā iekļauto datu tips, kuru vērtība var būt:






  Value | Description |
| --- | --- | --- |
| U | Undefined, If direction = R (request) |
| H | Hit |
| N | No Hit |
| E | Error |

4.2.2.5.

Sūtījumā iekļauto datu tips, kuru vērtība var būt:

Value

Description

U

Undefined, If direction = R (request)

H

Hit

N

No Hit

E

Error

| 4.2.3.6. | IPSG_DNA_profile
  DNS profila apraksta struktūra. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| ess_issol | IPSG_DNA_ISSOL | Group of loci corresponding to the ISSOL (standard group of Loci of Interpol) |
| additional_loci | IPSG_DNA_additional_loci | Other loci |
| marker | String | Method used to generate of DNA |
| profile_id | String | Unique identifier for DNA profile |

4.2.3.6.

DNS profila apraksta struktūra. Tā ietver šādus laukus:

Fields

Type

Description

ess_issol

IPSG_DNA_ISSOL

Group of loci corresponding to the ISSOL (standard group of Loci of Interpol)

additional_loci

IPSG_DNA_additional_loci

Other loci

marker

String

Method used to generate of DNA

profile_id

String

Unique identifier for DNA profile

| 4.2.3.7. | IPSG_DNA_ISSOL
  Struktūra, kurā iekļauti ISSOL lokusi (Interpola lokusu standarta komplekss). Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| vwa | IPSG_DNA_locus | Locus vwa |
| th01 | IPSG_DNA_locus | Locus th01 |
| d21s11 | IPSG_DNA_locus | Locus d21s11 |
| fga | IPSG_DNA_locus | Locus fga |
| d8s1179 | IPSG_DNA_locus | Locus d8s1179 |
| d3s1358 | IPSG_DNA_locus | Locus d3s1358 |
| d18s51 | IPSG_DNA_locus | Locus d18s51 |
| amelogenin | IPSG_DNA_locus | Locus amelogin |

4.2.3.7.

Struktūra, kurā iekļauti ISSOL lokusi (Interpola lokusu standarta komplekss). Tā ietver šādus laukus:

Fields

Type

Description

vwa

IPSG_DNA_locus

Locus vwa

th01

IPSG_DNA_locus

Locus th01

d21s11

IPSG_DNA_locus

Locus d21s11

fga

IPSG_DNA_locus

Locus fga

d8s1179

IPSG_DNA_locus

Locus d8s1179

d3s1358

IPSG_DNA_locus

Locus d3s1358

d18s51

IPSG_DNA_locus

Locus d18s51

amelogenin

IPSG_DNA_locus

Locus amelogin

| 4.2.3.8. | IPSG_DNA_additional_loci
  Struktūra, kurā iekļauti citi lokusi. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| tpox | IPSG_DNA_locus | Locus tpox |
| csf1po | IPSG_DNA_locus | Locus csf1po |
| d13s317 | IPSG_DNA_locus | Locus d13s317 |
| d7s820 | IPSG_DNA_locus | Locus d7s820 |
| d5s818 | IPSG_DNA_locus | Locus d5s818 |
| d16s539 | IPSG_DNA_locus | Locus d16s539 |
| d2s1338 | IPSG_DNA_locus | Locus d2s1338 |
| d19s433 | IPSG_DNA_locus | Locus d19s433 |
| penta_d | IPSG_DNA_locus | Locus penta_d |
| penta_e | IPSG_DNA_locus | Locus penta_e |
| fes | IPSG_DNA_locus | Locus fes |
| f13a1 | IPSG_DNA_locus | Locus f13a1 |
| f13b | IPSG_DNA_locus | Locus f13b |
| se33 | IPSG_DNA_locus | Locus se33 |
| cd4 | IPSG_DNA_locus | Locus cd4 |
| gaba | IPSG_DNA_locus | Locus gaba |

4.2.3.8.

Struktūra, kurā iekļauti citi lokusi. Tā ietver šādus laukus:

Fields

Type

Description

tpox

IPSG_DNA_locus

Locus tpox

csf1po

IPSG_DNA_locus

Locus csf1po

d13s317

IPSG_DNA_locus

Locus d13s317

d7s820

IPSG_DNA_locus

Locus d7s820

d5s818

IPSG_DNA_locus

Locus d5s818

d16s539

IPSG_DNA_locus

Locus d16s539

d2s1338

IPSG_DNA_locus

Locus d2s1338

d19s433

IPSG_DNA_locus

Locus d19s433

penta_d

IPSG_DNA_locus

Locus penta_d

penta_e

IPSG_DNA_locus

Locus penta_e

fes

IPSG_DNA_locus

Locus fes

f13a1

IPSG_DNA_locus

Locus f13a1

f13b

IPSG_DNA_locus

Locus f13b

se33

IPSG_DNA_locus

Locus se33

cd4

IPSG_DNA_locus

Locus cd4

gaba

IPSG_DNA_locus

Locus gaba

| 4.2.3.9. | IPSG_DNA_locus
  Lokusa apraksta struktūra. Tā ietver šādus laukus:







  Fields | Type | Description |
| --- | --- | --- | --- |
| low_allele | String | Lowest value of an allele |
| high_allele | String | Highest value of an allele |

4.2.3.9.

Lokusa apraksta struktūra. Tā ietver šādus laukus:

Fields

Type

Description

low_allele

String

Lowest value of an allele

high_allele

String

Highest value of an allele

5.   Programmatūras, drošības un sakaru arhitektūra

5.1.   Pārskats

Īstenojot lietojumprogrammu, lai veiktu DNS datu apmaiņu saistībā ar Lēmumu 2008/615/TI, izmanto kopēju saziņas tīklu, ko loģiski saslēgs dalībvalstu starpā. Lai kopējo saziņas infrastruktūru efektīvāk izmantotu pieprasījumu nosūtīšanai un atbilžu saņemšanai, ir izstrādāts asinhrons mehānisms, ar ko DNS un daktiloskopijas datu pieprasījumus konvertē par SMTP e-pasta sūtījumiem. Ņemot vērā drošības apsvērumus, kā SMTP protokola paplašinājumu izmantos s/MIME mehānismu, lai tīklā nodrošinātu drošu datu pārraidi visā sakaru tuneļa garumā (true end-to-end secure tunnel).

Operatīvo TESTA (Trans European Services for Telematics between Administrations – Eiropas pārvaldes iestāžu saziņas tīkls) dalībvalstis izmanto kā sakaru tīklu, lai apmainītos ar datiem. Par TESTA darbību ir atbildīga Eiropas Komisija. Ņemot vērā valstu DNS datubāzes un to, ka pašreizējie valstu piekļuves punkti TESTA var atrasties dažādās dalībvalstu vietās, piekļuvi TESTA var izstrādāt:

| 1) | izmantojot pašreizējo valsts piekļuves punktu vai izveidojot jaunu valsts TESTA piekļuves punktu, vai |
| --- | --- |

1)

izmantojot pašreizējo valsts piekļuves punktu vai izveidojot jaunu valsts TESTA piekļuves punktu, vai

| 2) | izveidojot drošu vietēju saiti no vietnes, kurā atrodas kompetentas valsts aģentūras pārvaldītā DNS datubāze, līdz pastāvošajam valsts TESTA piekļuves punktam. |
| --- | --- |

2)

izveidojot drošu vietēju saiti no vietnes, kurā atrodas kompetentas valsts aģentūras pārvaldītā DNS datubāze, līdz pastāvošajam valsts TESTA piekļuves punktam.

Protokoli un standarti, ko izmanto, lai īstenotu Lēmumu 2008/615/TI, ir saskaņā ar atvērtiem standartiem (open standards) un prasībām, ko paredzējuši dalībvalstu valsts drošības politikas veidotāji.

5.2.   Augstākā līmeņa arhitektūra (Upper Level Architecture)

Lēmuma 2008/615/TI darbības jomā paredzēts, ka katra dalībvalsts darīs pieejamus DNS datus, lai veiktu to apmaiņu ar citām dalībvalstīm un/vai lai citas dalībvalstis varētu datus izmantot meklēšanā saskaņā ar standartizētu un kopēju datu formātu. Arhitektūra ir veidota tā, lai būtu iespējama jebkura tīkla dalībnieka komunikācija ar jebkuru citu tīkla dalībnieku. Tādējādi nav nedz centrāla datora servera, nedz centralizētas datubāzes, kurā uzglabā DNS profilus.

1.attēls. DNS datu apmaiņas topoloģija

Image

Papildus tam, ka dalībvalstu vietnēs ievēro valstu juridiskos ierobežojumus, katra dalībvalsts var nolemt, kāda tipa aparatūra un programmatūra būtu jāizmanto, lai tās vietnē veiktu konfigurāciju saskaņā ar Lēmumā 2008/615/TI paredzētajām prasībām.

5.3.   Drošības standarti un datu aizsardzība

Ir apsvērti un ieviesti trīs drošības līmeņi.

5.3.1.   Datu līmenis

DNS profilu datus, ko iesniegusi katra dalībvalsts, paredzēts sagatavot saskaņā ar kopējiem datu aizsardzības standartiem, lai pieprasījuma iesniedzējas dalībvalstis saņemtu atbildi, kurā galvenokārt būtu norādīts vai IR vai NAV konstatēta ATBILSME, kā arī – ja ir konstatēta ATBILSME – norāda identifikācijas numuru, kurā nav iekļauti nekādi personas dati. Pēc tam, kad saņemts paziņojums par ATBILSMI, turpmāku izmeklēšanu veiks divpusēji saskaņā ar spēkā esošiem juridiskiem un organizatoriskiem noteikumiem par attiecīgo dalībvalstu piekļuves punktu izmantošanu.

5.3.2.   Sakaru līmenis

DNS profila informācijas sūtījumus (pieprasījumus un atbildes) pirms pārsūtīšanas citām dalībvalstīm šifrēs, izmantojot modernu mehānismu, kas ir saskaņā ar atvērtiem standartiem, piemēram, s/MIME.

5.3.3.   Pārsūtīšanas līmenis

Visus šifrētos DNS profila informācijas sūtījumus pārsūtīs citām dalībvalstīm, starptautiskā mērogā izmantojot virtuālu privātu tunelēšanas sistēmu (tunneling system), ko apsaimnieko uzticams tīkla pakalpojumu sniedzējs, valstu mērogā savukārt nodrošinot drošas saites ar tunelēšanas sistēmu, par kurām ir atbildīgas attiecīgās valstis. Tādai virtuālai privātai tunelēšanas sistēmai nav savienojuma punktu ar atklātībā pieejamo internetu.

5.4.   Šifrēšanas mehānisma protokoli un standarti: s/MIME un saistītas pakotnes (packages)

Lai šifrētu DNS profila informācijas sūtījumus, izmantos atvērtā standarta protokola s/MIME paplašinājumu, ko pievienos e-pasta standartam SMTP. Protokols s/MIME (V3) ļauj izmantot parakstītus sūtījumus, drošības iezīmes (security labels) un drošus e-pastu sarakstus, turklāt tas ir papildu slānis (layer) CMS sintaksei (Cryptographic Message Syntax – CMS), kas ir Interneta tehniskās uzdevumgrupas (IETF) specifikācija, lai nodrošinātu sūtījumu kriptogrāfisku aizsardzību. To var izmantot, lai digitāli parakstītu, apstrādātu (digest), autentificētu vai šifrētu jebkuru digitālu datu formu.

s/MIME mehānisma pamatā esošajam un tajā izmantotajam sertifikātam (certificate) ir jāatbilst X.509 standartam. Lai nodrošinātu ar citām Prīmes lietojumprogrammām kopējus standartus un procedūras, s/MIME šifrēšanas darbībām vai darbībām, ko paredzēts veikt dažādās komercializētās, publiski pieejamās sistēmās (COTS – Commercial Product of the Shelves) piemēro šādus noteikumus:

| — | darbību secība ir šāda: no sākuma šifrē, pēc tam paraksta, |
| --- | --- |

—

darbību secība ir šāda: no sākuma šifrē, pēc tam paraksta,

| — | šifrēšanas algoritmu AES (Advanced Encryption Standard) ar 256 bitu atslēgas garumu (key length) un RSA ar 1 024 bitu atslēgas garumu attiecīgi piemēro simetriskai un asimetriskai šifrēšanai, |
| --- | --- |

—

šifrēšanas algoritmu AES (Advanced Encryption Standard) ar 256 bitu atslēgas garumu (key length) un RSA ar 1 024 bitu atslēgas garumu attiecīgi piemēro simetriskai un asimetriskai šifrēšanai,

| — | piemēro jaucējfunkcijas algoritmu (“hash algorithm”) SHA-1. |
| --- | --- |

—

piemēro jaucējfunkcijas algoritmu (“hash algorithm”) SHA-1.

s/MIME funkcionalitāte ir integrēta ļoti daudzās modernās e-pasta programmatūras pakotnēs, tostarp Outlook, Mozilla Mail, kā arī Netscape Communicator 4.x, turklāt to izmanto savstarpējā komunikācijā visās galvenās e-pastu programmatūru pakotnēs.

Tā kā s/MIME standartu ir vienkārši integrēt visu valstu vietņu IT infrastruktūrā, tas ir izvēlēts kā lietderīgs mehānisms, lai nodrošinātu saziņas drošības līmeni. Lai efektīvāk sasniegtu mērķi “Koncepcijas pierādījums” (“Proof of Concept”) un lai mazinātu izmaksas, DNS datu apmaiņas prototipa pamatā savukārt ir izvēlēts atvērtais standarts JavaMail API. JavaMail API nodrošina vienkāršas e-pastu šifrēšanas un atšifrēšanas funkcijas, izmantojot s/MIME un/vai OpenPGP. Iecere ir sniegt vienu viegli izmantojamu API saskarni tiem e-pasta klientiem, kas vēlas sūtīt un saņemt šifrētus e-pastus, izmantojot vienu no abiem populārākajiem e-pastu šifrēšanas formātiem. Tāpēc jebkāds moderns JavaMail API īstenojums būs pietiekams, lai izpildītu Lēmumā 2008/615/TI izvirzītās prasības, piemēram, Bouncy Castle JCE (Java Cryptographic Extension) izstrādājums, ko izmantos, lai īstenotu s/MIME standartu, kas būtu visu dalībvalstu starpā veidotās DNS datu apmaiņas sistēmas prototipa pamatā.

5.5.   Lietojumprogrammu arhitektūra

Katra dalībvalsts citām dalībvalstīm iesniedz standartizētus DNS profilu datus, kas saskan ar pašreizējo kopējo ICD. To var izdarīt, sniedzot loģisku pārskatu par konkrētu valstu datubāzēm vai nodrošinot fiziski eksportētu datubāzi (indeksētu datubāzi).

Lietojumprogrammas darbības loģiku neatkarīgi no izmantotā izstrādājuma īsteno četri šādi galvenie komponenti: e-pasta serveris/s/MIME, lietojumprogrammas serveris, datu struktūras protokols (Data Structure Area), lai veiktu datu ienesi (fetching) un ievadīšanu (feeding) un reģistrētu saņemtos un nosūtītos sūtījumus, kā arī sakritību apstrādes sistēma (Match Engine).

Lai visām dalībvalstīm atvieglotu komponentu integrāciju to attiecīgajās valstu vietnēs, ir īstenota īpaša kopēja funkcionalitāte, izmantojot atvērto avotu komponentus, ko katra dalībvalsts var izvēlēties saskaņā ar savu IT politiku un noteikumiem. Tā kā ir paredzēts īstenot neatkarīgas iezīmes, lai gūtu piekļuvi indeksētām datubāzēm, kurās iekļauti ar Lēmumu 2008/615/TI reglamentētie DNS profili, katra dalībvalsts var brīvi izraudzīties aparatūras un programmatūras platformu, tostarp datubāzi un operētājsistēmas.

Ir izstrādāts un pastāvošajā kopējā tīklā sekmīgi pārbaudīts DNS datu apmaiņas prototips. Versija 1.0 jau darbojas reāla darba apstākļos, un to izmanto, veicot ikdienas darbības. Dalībvalstis var izmantot kopīgi izstrādātus IT izstrādājumus, tomēr tās var arī attīstīt savus izstrādājumus. Kopējā izstrādājuma komponentus uzturēs, piemēros un turpinās attīstīt saskaņā ar izmaiņām IT tehnoloģijās, kriminālistikā un/vai saskaņā ar funkcionālām policijas vajadzībām.

2.attēls. Lietojumprogrammas topoloģijas pārskats

Image

5.6.   Lietojumprogrammas arhitektūrā izmantotie protokoli un standarti:

5.6.1.   
  XML

DNS datu apmaiņā kā pielikumu SMTP e-pasta sūtījumiem pilnībā izmantos XML shēmu. Paplašināmās iezīmēšanas valoda (eXtensible Markup Language – XML) ir Pasaules tīmekļa konsorcija (W3C) ieteikta vispārēja iezīmēšanas valoda (markup language), lai izstrādātu īpašas iezīmēšanas valodas, kas ļautu aprakstīt daudzus dažādu tipu datus. DNS profila apraksts, kas ir piemērots, lai visas dalībvalstis apmainītos ar datiem, ir izstrādāts, ICD dokumentos izmantojot XML valodu un XML shēmu.

5.6.2.   
  ODBC

Atvērto datubāzu savienojamība (Open DataBase Connectivity) dod iespēju izmantot standarta programmatūras API saskarnes metodi, lai piekļūtu datubāzu pārvaldības sistēmām (database management systems), turklāt tā darbojas neatkarīgi no programmēšanas valodām, datubāzes un operētājsistēmām. Tomēr ODBC ir arī savi trūkumi. Liela skaita klientu aparatūras administrēšana var būt saistīta ar daudziem draiveriem un DLLs. Šī sarežģītība var palielināt sistēmas administrēšanas izmaksas.

5.6.3.   
  JDBC

Java datubāzes savienojamība (Java DataBase Connectivity – JDBC) ir API saskarne ar Java programmēšanas valodu, ar ko nosaka, kā klients piekļūst datubāzei. Pretstatā ODBC, lietojot JDBC, darbvirsmā (desktop) nav vajadzīgs lietot konkrētu lokālu DLLs kopumu.

Šajā diagrammā ir parādīta katras dalībvalsts vietnē veiktās DNS profilu pieprasījumu un atbilžu apstrādes darbību loģika. Gan pieprasījumu, gan atbilžu datu plūsma ir mijiedarbībā ar neitrāliem datiem (neutral data), kas aptver dažādu datu kopumus ar kopēju struktūru.

3. attēls. Pārskats par katrā dalībvalsts vietnē notiekošo lietojumprogrammu datu plūsmu

Image

5.7.   Saziņas sistēmas

5.7.1.   Kopējais saziņas tīkls: TESTA un ar to saistīta infrastruktūra

Lai dalībvalstis savstarpēji nosūtītu pieprasījumus un saņemtu atbildes, lietojumprogrammās DNS datu apmaiņai izmantos e-pastu, kas ir asinhrons mehānisms. Tā kā katrai dalībvalstij ir vismaz viens valsts piekļuves punkts TESTA tīklam, DNS datu apmaiņu veiks, izmantojot TESTA tīklu. TESTA tīklā e-pasta releja serveris dod iespēju izmantot vairākus papildu pakalpojumus. Papildus tam, ka TESTA tīklā uztur īpašas e-pasta sistēmas, tās infrastruktūra var īstenot e-pasta sarakstu izsūtīšanu un maršrutēšanas principus. Tas ļauj TESTA tīklu izmantot par datu sadales sistēmu (clearing house) tām iestādēm adresētiem sūtījumiem, kuras ir savienotas ar ES domēniem. Var uzstādīt arī vīrusu apkarošanas mehānismus.

TESTA e-pasta releja pamatā ir augstas pieejamības aparatūras platforma (high availability hardware platform), kura ir izvietota centrālajā TESTA lietojumprogrammas objektā un kuru aizsargā ar ugunssienu. TESTA tīkla domēna vārdu sistēma (Domain Name Services – DNS) pārveidos resursu norādes IP adresēs un slēps adresēto informāciju no lietotāja un no lietojumprogrammas.

5.7.2.   Drošības apsvērumi

TESTA sistēma ir īstenota saskaņā ar virtuāla privāta tīkla (Virtual Private Network – VPN) koncepciju. VPN tīklu izveidē izmantoto marķējumu komutācijas tehnoloģiju (Tag Switching Technology) attīstīs, lai tā strādātu ar vairākprotokolu iezīmju komutāciju (Multi-Protocol Label Switching – MPLS) standartu, ko ir izstrādājusi Interneta tehniskā uzdevumgrupa (IETF).

| | MPLS ir IETF standarta tehnoloģija, ar ko paātrina tīklā notiekošās datu plūsmas ātrumu, izvairoties no starpnieku maršrutētāju (intermediate routers (hops)) veiktas pakešu analīzes. To dara, pamatojoties uz tā sauktajām iezīmēm (labels), ko paketei pievieno pamatsistēmas malas maršrutētāji (edge routers of the backbone), pamatojoties uz pārsūtīšanas informācijas bāzē (forwarding information base – FIB) iekļauto informāciju. Iezīmes izmanto arī, lai īstenotu virtuālus privātus tīklus (VPN). |
| --- | --- |

Image

MPLS ir IETF standarta tehnoloģija, ar ko paātrina tīklā notiekošās datu plūsmas ātrumu, izvairoties no starpnieku maršrutētāju (intermediate routers (hops)) veiktas pakešu analīzes. To dara, pamatojoties uz tā sauktajām iezīmēm (labels), ko paketei pievieno pamatsistēmas malas maršrutētāji (edge routers of the backbone), pamatojoties uz pārsūtīšanas informācijas bāzē (forwarding information base – FIB) iekļauto informāciju. Iezīmes izmanto arī, lai īstenotu virtuālus privātus tīklus (VPN).

MPLS ļauj gūt labumu gan no 3. slāņa maršrutēšanas (layer 3 routing), gan izmantot 2. slāņa komutāciju (layer 2 switching) priekšrocības. Tā kā IP adresēm pārsūtot caur pamatsistēmu (backbone), nenotiek to izvērtējums, MPLS neuzliek nekādus ierobežojumus IP adresēšanai.

Turklāt e-pastu sūtījumiem TESTA tīklā piemēro s/MIME šifrēšanas mehānismu. Nezinot atslēgu un bez pareiza sertifikāta, šajā tīklā nav iespējams atšifrēt sūtījumus.

5.7.3.   Saziņas tīklā izmantotie protokoli un standarti

| 5.7.3.1. | SMTP
  Vienkāršo pasta pārsūtīšanas protokolu (Simple Mail Transfer Protocol) faktiski internetā izmanto kā e-pasta pārsūtīšanas standartu. SMTP standarts ir samērā vienkāršs teksta protokols, kurā ir precizēts viens vai vairāki sūtījuma saņēmēji un pēc tam notiek sūtījuma teksta pārsūtīšana. SMTP standarts saskaņā ar IETF norādēm izmanto TCP protokola 25. pieslēgvietu (port). Lai attiecīgam domēna vārdam noteiktu SMTP serveri, izmanto MX (Mail eXchange) DNS (Domain Name Systems) sistēmas ierakstu.
  Tā kā šis protokols sākotnēji bija teksta formāta ASCII standartkods, pastāvēja bināru datņu apstrāde sproblēmas. Tādus standartus kā MIME izstrādāja, lai varētu kodēt bināras datnes to pārsūtīšanai, izmantojot SMTP. Pašlaik vairums SMTP serveru darbojas ar 8BITMIME un s/MIME paplašinājumu, kas ļauj bināras datnes pārsūtīt gandrīz tikpat viegli kā parastu tekstu. s/MIME apstrādes noteikumi ir aprakstīti iedaļā s/MIME (skatīt 5.4. nodaļu).

  SMTP ir stūmējtehnoloģijas protokols (“push” protocol), kas nedod iespēju no attālas piekļuves servera izmantot vilcējtehnoloģijas un pēc pieprasījuma lejupielādēt (“pull”) sūtījumus. Lai to darītu, pasta klientam ir jāizmanto POP3 vai IMAP. Lai veiktu DNS datu apmaiņu, ir pieņemts lēmums izmantot POP3 protokolu. |
| --- | --- |

5.7.3.1.

Vienkāršo pasta pārsūtīšanas protokolu (Simple Mail Transfer Protocol) faktiski internetā izmanto kā e-pasta pārsūtīšanas standartu. SMTP standarts ir samērā vienkāršs teksta protokols, kurā ir precizēts viens vai vairāki sūtījuma saņēmēji un pēc tam notiek sūtījuma teksta pārsūtīšana. SMTP standarts saskaņā ar IETF norādēm izmanto TCP protokola 25. pieslēgvietu (port). Lai attiecīgam domēna vārdam noteiktu SMTP serveri, izmanto MX (Mail eXchange) DNS (Domain Name Systems) sistēmas ierakstu.

Tā kā šis protokols sākotnēji bija teksta formāta ASCII standartkods, pastāvēja bināru datņu apstrāde sproblēmas. Tādus standartus kā MIME izstrādāja, lai varētu kodēt bināras datnes to pārsūtīšanai, izmantojot SMTP. Pašlaik vairums SMTP serveru darbojas ar 8BITMIME un s/MIME paplašinājumu, kas ļauj bināras datnes pārsūtīt gandrīz tikpat viegli kā parastu tekstu. s/MIME apstrādes noteikumi ir aprakstīti iedaļā s/MIME (skatīt 5.4. nodaļu).

SMTP ir stūmējtehnoloģijas protokols (“push” protocol), kas nedod iespēju no attālas piekļuves servera izmantot vilcējtehnoloģijas un pēc pieprasījuma lejupielādēt (“pull”) sūtījumus. Lai to darītu, pasta klientam ir jāizmanto POP3 vai IMAP. Lai veiktu DNS datu apmaiņu, ir pieņemts lēmums izmantot POP3 protokolu.

| 5.7.3.2. | POP
  Vietēji e-pasta klienti izmanto pasta nodaļas protokola 3. versiju (Post Office Protocol version 3 – POP3), kas ir lietojumslāņa (application-layer) interneta standarta protokols, lai e-pastam piekļūtu no attāla servera, izmantojot TCP/IP savienojumu. Ar SMTP protokola SMTP Submit profilu, e-pasta klienti sūta sūtījumus internetā vai privātā tīklā (corporate network). MIME izmanto kā standartu pielikumiem un e-pastu tekstam, kas nav ASCII standartkodā. Kaut gan, izmantojot gan POP3, gan SMTP protokolu nav vajadzīgs, lai e-pasti būtu MIME standartā, tomēr MIME parasti izmanto interneta e-pastos, tāpēc POP klientiem arī ir jāsaprot un jāizmanto MIME standarts. Tāpēc Lēmumā 2008/615/TI paredzētajās saziņas darbībās iekļaus POP komponentus. |
| --- | --- |

5.7.3.2.

Vietēji e-pasta klienti izmanto pasta nodaļas protokola 3. versiju (Post Office Protocol version 3 – POP3), kas ir lietojumslāņa (application-layer) interneta standarta protokols, lai e-pastam piekļūtu no attāla servera, izmantojot TCP/IP savienojumu. Ar SMTP protokola SMTP Submit profilu, e-pasta klienti sūta sūtījumus internetā vai privātā tīklā (corporate network). MIME izmanto kā standartu pielikumiem un e-pastu tekstam, kas nav ASCII standartkodā. Kaut gan, izmantojot gan POP3, gan SMTP protokolu nav vajadzīgs, lai e-pasti būtu MIME standartā, tomēr MIME parasti izmanto interneta e-pastos, tāpēc POP klientiem arī ir jāsaprot un jāizmanto MIME standarts. Tāpēc Lēmumā 2008/615/TI paredzētajās saziņas darbībās iekļaus POP komponentus.

5.7.4.   Tīkla adrešu piešķire

Darbības vide

Eiropas IP reģistrācijas iestāde (European IP registration authority – RIPE) pašlaik TESTA vajadzībām ir atvēlējusi īpašu C klases apakštīkla adrešu kopumu (C class subnet). Vajadzības gadījumā TESTA tīklam turpmāk var piešķirt papildu adrešu kopumus. IP adreses dalībvalstīm piešķir, pamatojoties uz ģeogrāfisku Eiropas shēmu. Datu apmaiņa dalībvalstu starpā saistībā ar Lēmumu 2008/615/TI notiek Eiropas mēroga loģiski slēgtā IP tīklā.

Testēšanas vide

Lai ikdienā visām dalībvalstīm, kas pieslēgušās tīklam, nodrošinātu efektīvus darbības apstākļus, slēgtā tīklā jāizveido testēšanas sistēma, kurai pieslēgtos dalībvalstis, kas gatavojas pievienoties tīklam. Attiecīgo dalībvalstu vietnēs būtu jādara pieejams precizētu parametru saraksts, tostarp IP adreses, tīkla iestatījumi, e-pasta domēni, kā arī lietojuma lietotāja konti. Turklāt testēšanas nolūkos ir izveidots DNS pseidoprofilu kopums.

5.7.5.   Konfigurācijas parametri

Ir izveidota droša e-pastu sistēma, izmantojot domēnu eu-admin.net. Šis domēns un tā adreses nebūs pieejamas no adresēm, kas neatrodas ES TESTA tīkla domēnā, jo vārdus atpazītu tikai TESTA centrālais DNS serveris, kas nav pieslēgts internetam.

TESTA vietņu adrešu (resursdatora vārdu) kartēšanu (mapping) attiecībā uz to IP adresēm veic TESTA DNS sistēma. Attiecībā uz katru lokālo domēnu šim TESTA centrālam DNS serverim pievienos e-pasta ierakstu, kas visus TESTA lokāliem domēniem sūtītos e-pasta sūtījumus pārsūtīs TESTA centrālajam pasta relejam. Šis TESTA centrālais pasta relejs pēc tam tos pārsūtīs konkrētiem lokālā domēna e-pasta serveriem, izmantojot lokālā domēna e-pasta adreses. Šādi pārsūtot e-pastu, tajos iekļautā nozīmīgā informācija būs nosūtīta, izmantojot tikai Eiropas mēroga slēgto tīkla infrastruktūru un apejot nedrošo internetu.

Visu dalībvalstu vietnēs jāizveido apakšdomēni (
  kursīvā treknrakstā
  ) saskaņā ar šādu sintaksi:

“
  application-type.pruem.

  Member State-code.eu-admin.net”, kur

“
  Member State-code”(dalībvalsts kods) ir dalībvalstu divu burtu kods (t. i., AT, BE u. c.);

savukārt “
  application-type
  ” (lietojuma tips) ir viena no vienībām – DNA un FP.

Minētās sintakses piemērošanai vajadzīgie dalībvalstu apakšdomēni ir parādīti šajā tabulā:

| MS | Sub Domains | Comments |
| --- | --- | --- |
| BE | dna.pruem.be.eu-admin.net | Setting up a secure local link to the existing TESTA II access point |
| fp.pruem.be.eu-admin.net | |
| BG | dna.pruem.bg.eu-admin.net | |
| fp.pruem.bg.eu-admin.net | |
| CZ | dna.pruem.cz.eu-admin.net | |
| fp.pruem.cz.eu-admin.net | |
| DK | dna.pruem.dk.eu-admin.net | |
| fp.pruem.dk.eu-admin.net | |
| DE | dna.pruem.de.eu-admin.net | Using the existing TESTA II national access points |
| fp.pruem.de.eu-admin.net | |
| EE | dna.pruem.ee.eu-admin.net | |
| fp.pruem.ee.eu-admin.net | |
| IE | dna.pruem.ie.eu-admin.net | |
| fp.pruem.ie.eu-admin.net | |
| EL | dna.pruem.el.eu-admin.net | |
| fp.pruem.el.eu-admin.net | |
| ES | dna.pruem.es.eu-admin.net | Using the existing TESTA II national access point |
| fp.pruem.es.eu-admin.net | |
| FR | dna.pruem.fr.eu-admin.net | Using the existing TESTA II national access point |
| fp.pruem.fr.eu-admin.net | |
| IT | dna.pruem.it.eu-admin.net | |
| fp.pruem.it.eu-admin.net | |
| CY | dna.pruem.cy.eu-admin.net | |
| fp.pruem.cy.eu-admin.net | |
| LV | dna.pruem.lv.eu-admin.net | |
| fp.pruem.lv.eu-admin.net | |
| LT | dna.pruem.lt.eu-admin.net | |
| fp.pruem.lt.eu-admin.net | |
| LU | dna.pruem.lu.eu-admin.net | Using the existing TESTA II national access point |
| fp.pruem.lu.eu-admin.net | |
| HU | dna.pruem.hu.eu-admin.net | |
| fp.pruem.hu.eu-admin.net | |
| MT | dna.pruem.mt.eu-admin.net | |
| fp.pruem.mt.eu-admin.net | |
| NL | dna.pruem.nl.eu-admin.net | Intending to establish a new TESTA II access point at the NFI |
| fp.pruem.nl.eu-admin.net | |
| AT | dna.pruem.at.eu-admin.net | Using the existing TESTA II national access point |
| fp.pruem.at.eu-admin.net | |
| PL | dna.pruem.pl.eu-admin.net | |
| fp.pruem.pl.eu-admin.net | |
| PT | dna.pruem.pt.eu-admin.net | ...... |
| fp.pruem.pt.eu-admin.net | ...... |
| RO | dna.pruem.ro.eu-admin.net | |
| fp.pruem.ro.eu-admin.net | |
| SI | dna.pruem.si.eu-admin.net | ...... |
| fp.pruem.si.eu-admin.net | ....... |
| SK | dna.pruem.sk.eu-admin.net | |
| fp.pruem.sk.eu-admin.net | |
| FI | dna.pruem.fi.eu-admin.net | [To be inserted] |
| fp.pruem.fi.eu-admin.net | |
| SE | dna.pruem.se.eu-admin.net | |
| fp.pruem.se.eu-admin.net | |
| UK | dna.pruem.uk.eu-admin.net | |
| fp.pruem.uk.eu-admin.net | |

MS

Sub Domains

Comments

BE

dna.pruem.be.eu-admin.net

Setting up a secure local link to the existing TESTA II access point

fp.pruem.be.eu-admin.net

BG

dna.pruem.bg.eu-admin.net

fp.pruem.bg.eu-admin.net

CZ

dna.pruem.cz.eu-admin.net

fp.pruem.cz.eu-admin.net

DK

dna.pruem.dk.eu-admin.net

fp.pruem.dk.eu-admin.net

DE

dna.pruem.de.eu-admin.net

Using the existing TESTA II national access points

fp.pruem.de.eu-admin.net

EE

dna.pruem.ee.eu-admin.net

fp.pruem.ee.eu-admin.net

IE

dna.pruem.ie.eu-admin.net

fp.pruem.ie.eu-admin.net

EL

dna.pruem.el.eu-admin.net

fp.pruem.el.eu-admin.net

ES

dna.pruem.es.eu-admin.net

Using the existing TESTA II national access point

fp.pruem.es.eu-admin.net

FR

dna.pruem.fr.eu-admin.net

Using the existing TESTA II national access point

fp.pruem.fr.eu-admin.net

IT

dna.pruem.it.eu-admin.net

fp.pruem.it.eu-admin.net

CY

dna.pruem.cy.eu-admin.net

fp.pruem.cy.eu-admin.net

LV

dna.pruem.lv.eu-admin.net

fp.pruem.lv.eu-admin.net

LT

dna.pruem.lt.eu-admin.net

fp.pruem.lt.eu-admin.net

LU

dna.pruem.lu.eu-admin.net

Using the existing TESTA II national access point

fp.pruem.lu.eu-admin.net

HU

dna.pruem.hu.eu-admin.net

fp.pruem.hu.eu-admin.net

MT

dna.pruem.mt.eu-admin.net

fp.pruem.mt.eu-admin.net

NL

dna.pruem.nl.eu-admin.net

Intending to establish a new TESTA II access point at the NFI

fp.pruem.nl.eu-admin.net

AT

dna.pruem.at.eu-admin.net

Using the existing TESTA II national access point

fp.pruem.at.eu-admin.net

PL

dna.pruem.pl.eu-admin.net

fp.pruem.pl.eu-admin.net

PT

dna.pruem.pt.eu-admin.net

......

fp.pruem.pt.eu-admin.net

......

RO

dna.pruem.ro.eu-admin.net

fp.pruem.ro.eu-admin.net

SI

dna.pruem.si.eu-admin.net

......

fp.pruem.si.eu-admin.net

.......

SK

dna.pruem.sk.eu-admin.net

fp.pruem.sk.eu-admin.net

FI

dna.pruem.fi.eu-admin.net

[To be inserted]

fp.pruem.fi.eu-admin.net

SE

dna.pruem.se.eu-admin.net

fp.pruem.se.eu-admin.net

UK

dna.pruem.uk.eu-admin.net

fp.pruem.uk.eu-admin.net

2. NODAĻA. Daktiloskopijas datu apmaiņa (saskarņu kontroles dokuments – interface control document)

Dokumentu saskarne “Control Document (dokumentu kontrole)” ir izstrādāta, lai noteiktu prasības, ka jāievēro, dalībvalstīm savstarpēji veicot daktiloskopijas informācijas apmaiņu, izmantojot automatizētas pirkstu nospiedumu identifikācijas sistēmas (Automated Fingerprint Identification Systems – AFIS). Tajā ir izmantots Interpola īstenotais ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).

Šī versija attiecas uz visām 1. tipa, 2. tipa, 4. tipa, 9. tipa, 13. tipa un 15. tipa loģisku ierakstu pamatdefinīcijām, kuras ir vajadzīgas daktiloskopijas apstrādei, kurā izmanto attēlus un papilārlīniju detaļas.

1.   Datņu satura pārskats

Vienā daktiloskopijas datnē ir vairāki loģiski elementi. Oriģinālajā ANSI/NIST-ITL 1-2000 standartā ir sešpadsmit dažādu tipu elementu. Attiecīgas ASCII nošķīrējzīmes lieto, nodalot katru ierakstu, un ierakstos – laukus un pakārtotus laukus.

Tikai sešu tipu ierakstus lieto, lai datu izcelsmes aģentūra dalītos informācijā ar datu saņēmēju aģentūru:

| 1. tips | → | informācija par darbību |
| --- | --- | --- |
| 2. tips | → | burtu un skaitļu dati par personām un attiecīgām lietām |
| 4. tips | → | melnbalti tonāli daktiloskopiski attēli ar lielu izšķirtspēju |
| 9. tips | → | papilārlīniju detaļu uzskaitījums |
| 13. tips | → | ierakstīti latenti attēli ar maināmu izšķirtspēju |
| 15. tips | → | ierakstīti plaukstu nospiedumu attēli ar maināmu izšķirtspēju |

1. tips

→

informācija par darbību

2. tips

→

burtu un skaitļu dati par personām un attiecīgām lietām

4. tips

→

melnbalti tonāli daktiloskopiski attēli ar lielu izšķirtspēju

9. tips

→

papilārlīniju detaļu uzskaitījums

13. tips

→

ierakstīti latenti attēli ar maināmu izšķirtspēju

15. tips

→

ierakstīti plaukstu nospiedumu attēli ar maināmu izšķirtspēju

1.1.   1. tips – datnes galvene

Šajos ierakstos ir maršrutēšanas informācija un informācija par pārējo datnes struktūru. Šajos ierakstos ir noteikti arī darbību tipi, kas atbilst šādām plašām kategorijām.

1.2.   2. tips – apraksts

Šajos ierakstos ir tekstuāla informācija, kas attiecas gan uz sūtītāju, gan uz saņēmēju aģentūru.

1.3.   4. tips – ierakstīti melnbalti tonāli attēli ar lielu izšķirtspēju

Tādus ierakstus izmanto, lai dalītos ar melnbaltiem tonāliem daktiloskopijas attēliem, kas ir nolasīti ar lielu (astoņu bitu) izšķirtspēju, 500 pikseļiem collā. Daktiloskopijas attēlus saspiež, izmantojot WSQ algoritmu, ar koeficientu līdz 15:1. Nedrīkst lietot citus saspiešanas algoritmus vai nesaspiestus attēlus.

1.4.   9. tips – ierakstītas papilārlīniju detaļas

9. tipa ierakstus izmanto, lai veiktu apmaiņu ar papilārlīniju parametriem vai papilārlīniju detaļu datiem. Viens iemesls to izmantojumam ir izvairīties no nevajadzīgas AFIS kodēšanas procesu atkārtošanās un daļēji – lai varētu pārraidīt AFIS kodus, kuros ir mazāk datu nekā atbilstošos attēlos.

1.5.   13. tips – ierakstīti latenti attēli ar maināmu izšķirtspēju

Tādus ierakstus izmanto, lai apmainītos ar ierakstītiem latentiem attēliem ar maināmu izšķirtspēju un latentiem plaukstu nospieduma attēliem, kā arī ar tekstuālu burtu un skaitļu informāciju. Attēlu skenējuma izšķirtspējai ir jābūt 500 pikseļiem collā ar 256 toņu pelēkumu. Ja latentā attēla kvalitāte ir pietiekama, to saspiež, izmantojot WSQ algoritmu. Vajadzības gadījumā attēlu izšķirtspēju var atspiest vairāk nekā līdz 500 pikseļiem collā un vairāk nekā līdz 256 toņu pelēkumam saskaņā ar divpusēju vienošanos. Šādos gadījumos ļoti ieteicams lietot JPEG 2000 (sk. 7. papildinājumu).

1.6.   Ierakstīti plaukstu nospiedumu attēli ar maināmu izšķirtspēju

15. tipa marķētus lauka attēlu ierakstus izmanto, lai veiktu apmaiņu ar plaukstu nospiedumu attēliem ar maināmu izšķirtspēju, kā arī ar tekstuālu burtu un skaitļu informāciju. Skenēto attēlu izšķirtspējai ir jābūt 500 pikseļiem collā ar 256 toņu pelēkumu. Lai mazinātu visu plaukstu nospiedumu attēlu datu apjomu, tie jāsaspiež, izmantojot WSQ algoritmu. Vajadzības gadījumā attēlu izšķirtspēju var atspiest vairāk nekā līdz 500 pikseļiem collā un vairāk nekā līdz 256 toņu pelēkumam saskaņā ar divpusēju vienošanos. Šādos gadījumos ļoti ieteicams ir lietot JPEG 2000 (sk. 7. papildinājumu).

2.   Ierakstu forma

Vienā darbību datnē ir viens vai vairāki loģiski ieraksti. Katram loģiskam ierakstam datnē ir vairāki informācijas lauki, kas ir piemēroti attiecīga tipa ierakstiem. Katrā informācijas laukā var būt viens vai vairāki elementāri vienvērtīgi informācijas elementi. Kopumā minētos elementus izmanto, lai atklātu dažādus attiecīgā lauka datu aspektus. Informācijas laukā var būt arī viens vai vairāki sagrupēti informācijas elementi, kas laukā atkārtojas vairākkārt. Tādas informācijas elementu grupas dēvē par pakārtotiem laukiem. Tādējādi informācijas laukā var būt viens vai vairāki pakārtoti informācijas elementu lauki.

2.1.   Informācijas nošķīrēji

Marķētu lauku loģiskos ierakstos liek lietā informācijas norobežošanas mehānismus, izmantojot četrus ASCII informācijas nošķīrējus. Norobežota informācija var būt elementi kādā laukā vai pakārtotā laukā, laukos, kas atrodas loģiskos ierakstos, vai arī daudzkārtējos pakārtotos laukos. Informācijas nošķīrējus nosaka pēc standarta ANSI X3.4. Tādas zīmes izmanto, lai nošķirtu un klasificētu informāciju loģiskā nozīmē. Hierarhiski datnes nošķīrēja (File Separator – “FS”) zīme aptver visvairāk informācijas, nākamā ir grupu nošķīrēja (Group Separator – “GS”), ierakstu nošķīrēja (Record Separator – “RS”) un visbeidzot vienību nošķīrēja (Unit Separator – “US”) zīme. 1. tabulā ir uzskaitīti minētie ASCII nošķīrēji un aprakstīts to lietojums saskaņā ar minēto standartu.

Informācijas nošķīrēji no funkciju viedokļa būtu jāuzskata par norādēm, kāda tipa dati tām seko. Zīme “US” nošķir atsevišķus informācijas elementus kādā laukā vai pakārtotā laukā. Tas nozīmē, ka nākamais informācijas elements ir attiecīga lauka vai pakārtota lauka datu fragments. Vairāki pakārtoti lauki vienā laukā, kas ir nošķirts ar “RS” zīmi, liecina, ka sākas nākamā atkārtota(-u) informācijas elementa(-u) grupa. Nošķīrējzīme “GS”, ko lieto starp informācijas laukiem, liecina, ka sākas jauns lauks – pirms lauka identifikācijas numura, kas tai tūdaļ seko. Līdzīgi – par jauna loģiska ieraksta sākumu liecina “FS” zīme.

Šīm četrām zīmēm ir nozīme tikai tad, ja tās ASCII teksta ierakstu laukos lieto kā datu elementu nošķīrējas. Šīm zīmēm, kas ir sastopamas bināros attēlu ierakstos un bināros laukos, nav patstāvīgas nozīmes – tās tikai pieder pie datiem, ar kuriem veic apmaiņu.

Parastos apstākļos nevajadzētu būt tukšiem laukiem vai informācijas elementiem, tāpēc starp katriem diviem datu elementiem būtu jābūt tikai vienai nošķīrējzīmei. Šim likumam izņēmums ir gadījumos, ja kādā darbībā dati laukos vai informācijas elementos nav pieejami, to nav vai tie nav obligāti, un darbības apstrāde nav atkarīga no tā, vai attiecīgie dati ir pieejami. Tādos gadījumos vairākas un blakus esošas nošķīrējzīmes parādīsies kopā, un nošķīrējzīmju starpā nevajadzēs iespraust butaforiskus datus.

Uz tādu lauku definīciju, kuri sastāv no trijiem informācijas elementiem, attiecas šādi noteikumi. Ja otrajā informācijas elementā nav informācijas, tad divas blakus esošas “US” informācijas nošķīrējzīmes atradīsies starp pirmo un trešo informācijas elementu. Ja nav informācijas nedz otrajā, nedz trešajā informācijas elementā, būtu jālieto trīs nošķīrējzīmes – divas “US” zīmes, kas papildina beigu lauka vai pakārtota lauka nošķīrējzīmi. Īsumā – ja viens vai vairāki obligāti vai fakultatīvi lauka vai pakārtota lauka informācijas elementi nav pieejami, būtu jāiesprauž attiecīgs skaits nošķīrējzīmju.

Ir iespējams, ka blakus atrodas divas vai vairākas no četrām izmantojamām nošķīrējzīmēm. Ja trūkst datu vai tādu nav informācijas elementos, pakārtotos laukos vai laukos, ir jābūt par vienu nošķīrējzīmi mazāk nekā ir datu elementu, pakārtotu lauku vai prasītu lauku.

1. tabula. Izmantotie nošķīrēji

| Code | Type | Description | Hexadecimal Value | Decimal Value |
| --- | --- | --- | --- | --- |
| US | Unit Separator | Separates information items | 1F | 31 |
| RS | Record Separator | Separates subfields | 1E | 30 |
| GS | Group Separator | Separates fields | 1D | 29 |
| FS | File Separator | Separates logical records | 1C | 28 |

Code

Type

Description

Hexadecimal Value

Decimal Value

US

Unit Separator

Separates information items

1F

31

RS

Record Separator

Separates subfields

1E

30

GS

Group Separator

Separates fields

1D

29

FS

File Separator

Separates logical records

1C

28

2.2.   Ierakstu izkārtojums

Loģiskos ierakstos ar marķētiem laukiem katru izmantoto informācijas lauku numurē saskaņā ar šo standartu. Katra lauka formā ir loģiskā ieraksta tipa numurs, kam seko punkts “.”, lauka numurs, kam seko kols “:”, kam savukārt seko informācija, kas piederas attiecīgā laukā. Marķētu lauku numurs var būt jebkurš skaitlis no viens līdz deviņi, ko raksta starp punktu “.” un kolu “:”. To interpretē kā lauka numuru nenegatīvos skaitļos. Tas nozīmē, ka lauks numur “2.123:” ir līdzvērtīgs laukam numur “2.000000123:”, un tas ir jāinterpretē tāpat.

Visā šajā dokumentā skaidrojumam trīsciparu skaitļi ir lietoti tādu lauku numurēšanai, kas atrodas katrā šeit aprakstītā marķētu lauku loģiskā ierakstā. Lauku numuri būs doti šādā formā – “TT.xxx:”, un “TT” apzīmē vienzīmes vai divzīmju tipa ierakstus, kam seko punkts. Nākamās trīs zīmes ir attiecīgā lauka numurs, kam seko kols. Kolam seko informatīvs ASCII apraksts vai attēla dati.

1. tipa un 2. tipa loģiskos ierakstos ir tikai ASCII teksta datu lauki. Katrā šā tipa ierakstā kā pirmo ASCII lauku ieraksta visu ierakstu pilnībā (arī lauku numurus, kolus un nošķīrējzīmes). ASCII datņu nošķīrēja “ASCII File Separator – FS” zīme (ar ko apzīmē loģisku ierakstu vai darbību beigas) seko pēdējam ASCII informācijas baitam, un to iekļauj ierakstā.

Pretstatā marķētu lauku jēdzienam 4. tipa ierakstos ir tikai bināri dati, ko ieraksta kā sakārtotus fiksēta garuma binārus laukus. Ierakstu visā garumā ieraksta pirmajā katra ieraksta četru baitu binārā laukā. Tādiem bināriem ierakstiem nepieraksta ne ieraksta numuru līdz ar punktu, ne lauka identifikācijas numuru līdz ar sekojošu kolu. Turklāt, tā kā tādu ierakstu lauku garumi ir vai nu fiksēti, vai konkrēti noteikti, nevienu no četrām nošķīrējzīmēm (“US”, “RS”, “GS” vai “FS”) neinterpretē citādi kā vien binārus datus. Bināros ierakstos “FS” zīmi nelieto kā ierakstu nošķīrēju vai darbības beigu zīmi.

3.   1. tipa loģiski dati – datnes galvene

Šajā ierakstā ir aprakstīta datnes struktūra, datnes tips un dota cita svarīga informācija. Zīmju kompleksā, ko izmanto 1. tipa laukos, ir tikai 7 bitu ANSI kods savstarpējai informācijas apmaiņai.

3.1.   1. tipa loģisku datu lauki

3.1.1.   1.001. lauks – loģiskā ieraksta garums (Logical Record Length – LEN)

Šajā laukā ir visa 1. tipa loģiskā ieraksta baitu kopskaits. Lauks sākas ar “1.001:”, kam seko ieraksta kopgarums, kurā ietverta katra zīme, kas atrodas katrā laukā, un informācijas nošķīrēji.

3.1.2.   1.002. lauks – versijas numurs (Version Number – VER)

Lai lietotāji zinātu, kādu ANSI/NIST standarta versiju lieto programmatūra vai sistēma, kas izstrādā datni, šajā četru baitu laukā ir konkrēti norādīts īstenotā standarta versijas numurs. Pirmie divi baiti norāda uz pamatversijas atsauces numuru, nākamie divi – uz mazāk būtisku uzlabojumu numuru. Piemēram, oriģinālais 1986. gada standarts būtu uzskatāms par pirmo versiju, un to apzīmētu ar “0100”, bet pašreizējais ANSI/NIST-ITL 1-2000 standarts ir “0300”.

3.1.3.   1.003. lauks – datnes saturs (File Content – CNT)

Šajā laukā ir uzskaitīts katrs datnes ieraksts pēc ieraksta tipa un secība, kādā ieraksti ir fiksēti loģiskā datnē. Tajā ir viens vai vairāki pakārtoti lauki, un katrā no tiem savukārt ir divi informācijas elementi, kuros ir aprakstīts vienīgais loģiskais ieraksts, kas atrodas aplūkojamā datnē. Pakārtotos laukus aizpilda tādā pašā secībā, kā ieraksta un pārraida ierakstus.

Pirmais informācijas elements pirmajā pakārtotajā laukā ir “1”, lai dotu atsauci uz 1. tipa ierakstu. Tam seko otrs informācijas elements, kurā ir pārējo datnes ierakstu skaits. Turklāt skaits ir vienāds ar 1.003. lauka atlikušo pakārtoto lauku skaitu.

Katrs no atlikušajiem pakārtotajiem laukiem ir saistīts ar vienu ierakstu datnē, un pakārtoto lauku secība atbilst ierakstu secībai. Katrā pakārtotā laukā ir divi informācijas elementi. Ar pirmo identificē ieraksta tipu. Otrais ir ieraksta IDC. “US” zīmi lieto, lai nošķirtu abus informācijas elementus.

3.1.4.   1.004. lauks – darbību tips (Type of Transaction – TOT)

Šajā laukā ir mnemonisks kods (piekļuves atslēga) no trijiem burtiem, kurš apzīmē darbības tipu. Kodi var atšķirties no tiem kodiem, ko lieto citos ANSI/NIST standartu īstenojumos.

CPS (Criminal Print-to-Print Search) – meklējumi, salīdzinot kriminālnoziedznieku atstātos nospiedumus. Šī darbība ir pieprasījums nospiedumu datubāzē meklēt ierakstus, kas attiecas uz kādu kriminālnoziegumu. Attiecīgās personas atstātie nospiedumi ir jāiekļauj datnē kā ar WSQ saspiesti attēli.

Ja dati nebūs atrasti (No-HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts. |
| --- | --- |

—

1 2. tipa ieraksts.

Ja dati būs atrasti (HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts, |
| --- | --- |

—

1 2. tipa ieraksts,

| — | 1-14 4. tipa ieraksti. |
| --- | --- |

—

1-14 4. tipa ieraksti.

CPS TOT ir apkopoti A.6.1. tabulā (6. papildinājums).

PMS (Print-to-Latent Search) – datu meklējumi neidentificētu latentu nospiedumu datubāzē. Šādu darbību izmanto, ja kādu nospiedumu kompleksa atbilsme ir jāmeklē neidentificētu latentu nospiedumu datubāzē (Unidentified Latent database). Atbildē būs AFIS meklējumā iegūts lēmums “dati ir atrasti/dati nav atrasti” (Hit/No-Hit). Ja ir vairāki neidentificēti latenti nospiedumi, būs vairākas atbildes par SRE darbībām un katrā darbībā būs apstrādāts viens latentais nospiedums. Attiecīgās personas atstātie nospiedumi ir jāiekļauj datnē kā ar WSQ saspiesti attēli.

Ja dati nebūs atrasti (No-HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts. |
| --- | --- |

—

1 2. tipa ieraksts.

Ja dati būs atrasti (HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts, |
| --- | --- |

—

1 2. tipa ieraksts,

| — | 1 13. tipa ieraksts. |
| --- | --- |

—

1 13. tipa ieraksts.

PMS TOT ir apkopoti A.6.1. tabulā (6. papildinājums).

MPS (Latent-to-Print Search) – latentu nospiedumu datu meklējumi nospiedumu datubāzē. Šādu darbību izmanto, ja latenti nospiedumi ir jāmeklē nospiedumu datubāzē. Datnē ir jāiekļauj informācija par latentām papilārlīniju detaļām un attēls (saspiests ar WSQ).

Ja dati nebūs atrasti (No-HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts. |
| --- | --- |

—

1 2. tipa ieraksts.

Ja dati būs atrasti (HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts, |
| --- | --- |

—

1 2. tipa ieraksts,

| — | 1 4. tipa vai 15. tipa ieraksts. |
| --- | --- |

—

1 4. tipa vai 15. tipa ieraksts.

MPS TOT ir apkopoti A.6.4. tabulā (6. papildinājums).

MMS (Latent-to-Latent Search) – latentu nospiedumu salīdzinājums savā starpā. Veicot šo darbību, datnē ir latents nospiedums, kas jāsalīdzina ar neidentificētu latentu nospiedumu datubāzē (Unidentified Latent database) glabātiem datiem, lai noskaidrotu dažādu noziegumu vietu savstarpējo saistību. Datnē ir jāiekļauj informācija par latentām papilārlīniju detaļām un attēls (saspiests ar WSQ).

Ja dati nebūs atrasti (No-HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts. |
| --- | --- |

—

1 2. tipa ieraksts.

Ja dati būs atrasti (HIT), atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts, |
| --- | --- |

—

1 2. tipa ieraksts,

| — | 1 13. tipa ieraksts. |
| --- | --- |

—

1 13. tipa ieraksts.

MMS TOT ir apkopoti A.6.4. tabulā (6. papildinājums).

SRE – šo darbību datu saņēmēja aģentūra sūta atpakaļ kā atbildi uz iesūtītiem daktiloskopijas datiem. Atbildē būs AFIS meklējumā iegūts lēmums “dati ir atrasti/dati nav atrasti” (Hit/No-Hit). Ja kandidātu ir vairāki, atpakaļ sūtīs vairākas SRE darbības un katram kandidātam būs veltīta viena darbība.

SRE TOT ir apkopoti A.6.2. tabulā (6. papildinājums).

ERR – šo darbību datu saņēmēja AFIS sūta atpakaļ kā atbildi, lai norādītu uz kļūdu darbībā. Tajā ir vēstījuma lauks (message field – ERM), kurā ir norādīta konstatētā kļūda. Atbildē būs šādi loģiski ieraksti:

| — | 1 1. tipa ieraksts, |
| --- | --- |

—

1 1. tipa ieraksts,

| — | 1 2. tipa ieraksts. |
| --- | --- |

—

1 2. tipa ieraksts.

ERR TOT ir apkopoti A.6.3. tabulā (6. papildinājums).

2. tabula. Pieļaujami darbību kodi

| Transaction Type | Logical Record Type |
| --- | --- |
| 1 | 2 | 4 | 9 | 13 | 15 |
| CPS | M | M | M | — | — | — |
| SRE | M | M | C | —
  (C in case of latent hits) | C | C |
| MPS | M | M | — | M (1*) | M | — |
| MMS | M | M | — | M (1*) | M | — |
| PMS | M | M | M* | — | — | M* |
| ERR | M | M | — | — | — | — |

Transaction Type

Logical Record Type

1

2

4

9

13

15

CPS

M

M

M

—

—

—

SRE

M

M

C

—

(C in case of latent hits)

C

C

MPS

M

M

—

M (1*)

M

—

MMS

M

M

—

M (1*)

M

—

PMS

M

M

M*

—

—

M*

ERR

M

M

—

—

—

—

Atšifrējums:

| M | = | obligāts (Mandatory) |
| --- | --- | --- |
| M* | = | var iekļaut tikai vienu no abu tipu ierakstiem |
| O | = | fakultatīvs (Optional) |
| C | = | ar nosacījumu, ka dati ir pieejami (Conditional) |
| — | = | nav piekļuves |
| 1* | = | ar nosacījumu – atkarībā no tā, kādas uzstādītas sistēmas izmanto darbā |

M

=

obligāts (Mandatory)

M*

=

var iekļaut tikai vienu no abu tipu ierakstiem

O

=

fakultatīvs (Optional)

C

=

ar nosacījumu, ka dati ir pieejami (Conditional)

—

=

nav piekļuves

1*

=

ar nosacījumu – atkarībā no tā, kādas uzstādītas sistēmas izmanto darbā

3.1.5.   1.005. lauks – darbības datums (Date of Transaction – DAT)

Šajā laukā ir norādīts datums, kad darbība ir sākta, un tam ir jāatbilst ISO standartapzīmējumam –YYYYMMDD,

kur YYYY ir gads, MM ir mēnesis un DD ir mēneša diena. Viencipara skaitļu priekšā liek nulles. Piemēram, “19931004” nozīmē 1993. gada 4. oktobri.

3.1.6.   1.006. lauks – prioritāte (Priority – PRY)

Šajā fakultatīvajā laukā ir uzrādīta pieprasījuma prioritāte pakāpēs no 1 līdz 9. “1” ir lielākā prioritāte, un “9” – mazākā. “1. prioritātes” darbības apstrādā uzreiz.

3.1.7.   1.007. lauks – pieprasījuma saņēmējas aģentūras identifikators (Destination Agency Identifie – DAI)

Šajā laukā ir konkrēti norādīta darbības veicēja aģentūra.

Tajā ir divi informācijas elementi šādā formā – valsts kods un aģentūra (CC/agency).

Pirmajā informācijas elementā ir valsts kods (Country Code), ko definē, izmantojot ISO 3166 – tajā ir divas burtu vai ciparu zīmes. Otrs elements, aģentūra (agency), ir līdz 32 burtu vai ciparu zīmes garš brīvs teksts, un ar to identificē aģentūru.

3.1.8.   1.008. lauks – pieprasījuma iesniedzējas aģentūras identifikators (Originating Agency Identifier – ORI)

Šajā laukā ir konkrēti norādīta datnes izcelsmes aģentūra, un tā forma ir tāda pati kā DAI (1.007. lauks).

3.1.9.   1.009. lauks – darbības kontrolnumurs (Transaction Control Number TCN)

Kontrolnumurs ir domāts atsaucēm. Tam būtu jābūt datora ģenerētam un šādā formā –YYSSSSSSSSA,

kur YY ir darbības gads, SSSSSSSS ir astoņciparu sērijas numurs un A ir pārbaudes zīme, kas ģenerēta, ievērojot 2. papildinājumā paredzēto procedūru.

Ja TCN nav pieejams, lauku YYSSSSSSSS aizpilda ar nullēm un pārbaudes zīmi ģenerē, kā iepriekš norādīts.

3.1.10.   1.010. lauks – darbības atbildes kontrolnumurs (Transaction Control Response – TCR)

Ja ir izsūtīts pieprasījums, uz ko saņemta šāda atbilde, šajā fakultatīvajā laukā būs pieprasījuma atbildes darbības kontrolnumurs. Tālab tam ir tāda pati forma kā TCN (1.009. lauks).

3.1.11.   1.011. lauks – oriģinālā skenējuma izšķirtspēja (Native Scanning Resolution – NSR)

Šajā laukā ir uzrādīta normālā skenējuma izšķirtspēja sistēmai, ko izmanto darbības veicējs. Izšķirtspēju raksturo ar diviem cipariem, kam seko decimāldaļas punkts un pēc tā – vēl divi skaitļi.

Visām darbībām saskaņā ar Lēmumu 2008/615/TI nolasījumu koeficients ir 500 pikseļi collā jeb 19,68 pikseļi milimetrā.

3.1.12.   1.012. lauks – nominālā pārraides izšķirtspēja (Nominal Transmitting Resolution – NTR)

Šajā piecu baitu laukā ir konkrēti norādīta nominālā pārraides izšķirtspēja attēliem, ko pārraida. Izšķirtspēju izsaka pikseļos milimetrā – tādā pašā formā kā NSR (1.011. lauks).

3.1.13.   1.013. lauks – domēna nosaukums (Domain name – DOM)

Šajā obligātajā laukā ir identificēts domēna nosaukums lietotāja noteiktai 2. tipa loģiska ieraksta īstenošanai. Tajā ir divi informācijas elementi, un tie ir “INT-I{US}4.22{GS}”.

3.1.14.   1.014. lauks – Griničas laiks (Greenwich mean time – GMT)

Šis obligātais lauks nodrošina mehānismu, kā izteikt datumu un pulksteņa laiku Griničas laika (Greenwich Mean Time – GMT) vienībās. GMT laukā, ja to lieto, ir vispārējs datums, kas papildinās vietējo datumu, kas ir dots 1.005. laukā (DAT). GMT lauka lietojums likvidē vietējā laika nekonsekvences, kas izpaužas, ja darbību un atbildi pārraida starp divām vietām, ko šķir vairākas laika zonas. GMT laukā ir vispārpiemērojams datums un 24 stundu pulkstenis, kas nav atkarīgs no laika zonām. To atveido “CCYYMMDDHHMMSSZ” – kā 15 zīmju virkni, kurā datums ir sasaistīts ar GMT un kas beidzas ar “Z”. Zīmes “CCYY” rāda darbības gadu, zīmes “MM” rāda mēnešus, un zīmes “DD” rāda mēneša dienas, zīmes “HH” rāda stundas, “MM” rāda minūtes, un “SS” – sekundes. Pilnais datums nav lielāks par attiecīgās dienas datumu.

4.   2. tipa loģiski dati – ieraksts

Tādu ierakstu struktūras lielāko daļu nedefinē ar oriģinālo ANSI/NIST standartu. Šajos ierakstos ir informācija, kas rada īpašu ieinteresētību aģentūrām, kas sūta vai saņem attiecīgo datni. Lai nodrošinātu to, ka daktiloskopijas sistēmas, kas savā starpā sazinās, būtu saderīgas, ierakstā ir jābūt tikai šeit turpmāk uzskaitītiem laukiem. Šajā dokumentā ir konkrēti norādīts, kuri lauki ir obligāti, kuri fakultatīvi, un arī definēta atsevišķu lauku struktūra.

4.1.   2. tipa loģisku datu lauki

4.1.1.   2.001. lauks – loģiska ieraksta garums (Logical Record Length – LEN)

Šajā obligātajā laukā ir fiksēts attiecīgā 2. tipa ieraksta garums un konkrēti norādīts baitu kopskaits, ietverot katru ieraksta lauka zīmi un informācijas nošķīrējus.

4.1.2.   2.002. lauks – attēla raksturotāja zīme (Image Designation Character – IDC)

IDC, kas atrodas šajā obligātajā laukā, ASCII izteiksmē pārstāv IDC, kas ir definēta 1. tipa ieraksta datņu satura laukā (File Content field – CNT) (1.003. lauks).

4.1.3.   2.003. lauks – sistēmas informācija (System Information – SYS)

Šis lauks ir obligāts, un tajā ir četri baiti, kas rāda, kurai INT-I versijai atbilst konkrētais 2. tipa ieraksts.

Pirmie divi baiti norāda uz pamatversijas numuru, nākamie divi – uz mazāk būtisku uzlabojumu numuru. Piemēram, šajā īstenojumā ir izmantota INT-I 4. versija 22. pārskatījumā, un to atveido “0422”.

4.1.4.   2.007. lauks – lietas numurs (Case Number – CNO)

Šis ir numurs, ko vietējais daktiloskopijas birojs ir piešķīris nozieguma vietā savāktajiem latentajiem nospiedumiem. Izmanto šādu formu – CC/numurs (CC/number),

kur “CC” ir interpola valsts kods (Interpol Country Code) no divām burtu vai ciparu zīmēm, bet numurs atbilst attiecīgām vietējām pamatnorādēm, un tajā var būt līdz 32 burtu vai ciparu zīmes.

Šis lauks ļauj sistēmai identificēt latentos nospiedumus, kas ir saistīti ar konkrētu noziegumu.

4.1.5.   2.008. lauks – secības numurs (Sequence Number – SQN)

Tajā ir norādīta visu lietas latento nospiedumu secība. Tajā var būt līdz četras ciparu zīmes. Secība ir latentu nospiedumu attēls vai latentu nospiedumu attēlu sērija, kas sagrupēta uzskaites un/vai meklēšanas vajadzībām. Šī definīcija paredz, ka pat atsevišķiem latentiem nospiedumu attēliem būs jāpiešķir secības numurs.

Šo lauku līdz ar MID (2.009. lauks) var iekļaut, lai identificētu konkrētu latentu attēlu kādas secīgā virknē.

4.1.6.   2.009. lauks – latento nospiedumu identifikators (Latent Identifier – MID)

Ar šo ir konkrēti norādīts konkrēts latents nospiedums kādā secīgā virknē. Vērtība ir viens vai divi burti, un ar burtu “A” apzīmē pirmo latento attēlu, ar “B” – otro, un tā tālāk – līdz robežlielumam “ZZ”. Lauku izmanto analogi latento attēlu secības numuram, par ko ir runāts, aprakstot SQN (2.008. lauks).

4.1.7.   2.010. lauks – noziedznieka atsauces numurs (Criminal Reference Number – CRN)

Šis ir unikāls atsauces numurs, ko attiecīgas valsts aģentūra piešķir indivīdam, kas pirmo reizi ir notiesāts par izdarītu noziegumu. Vienā valstī nevienam indivīdam nekad nav vairāk par vienu CRN, un tas viņam nav kopīgs ne ar vienu citu cilvēku. Vienam un tam pašam cilvēkam gan var būt noziedznieka atsauces numurs vairākās valstīs, un to varēs atšķirt pēc valsts koda.

CRN laukam ir izstrādāta šāda forma – CC/numurs (CC/number),

kur “CC” ir valsts kods (Country Code), kas noteikts saskaņā ar ISO 3166, kurā ir divas burtu vai ciparu zīmes, un numurs atbilst attiecīgas valsts pieprasījuma izdevējas aģentūras pamatnorādēm, un tajā var būt līdz 32 burtu vai ciparu zīmes.

Darbībām saskaņā ar Lēmumu 2008/615/TI šo lauku izmantos attiecīgas valsts pieprasījuma izdevējas aģentūras nozieguma atsauces numuram, kas ir saistīts ar 4. tipa vai 15. tipa ierakstu attēliem.

4.1.8.   2.012. lauks – identifikācijas numurs dažādām vajadzībām (Miscellaneous Identification Number – MN1)

Šajā laukā ir CRN (2.010. lauks), ko pārraida, izmantojot CPS vai PMS darbības – bez iepriekš uzrādīta valsts koda.

4.1.9.   2.013. lauks – identifikācijas numurs dažādām vajadzībām (Miscellaneous Identification Number – MN2)

Šajā laukā ir CNO (2.007. lauks), ko pārraida, izmantojot MPS vai MMS darbības – bez iepriekš uzrādīta valsts koda.

4.1.10.   2.014. lauks – identifikācijas numurs dažādām vajadzībām (Miscellaneous Identification Number – MN3)

Šajā laukā ir SQN (2.008. lauks), ko pārraida, izmantojot MPS vai MMS darbības.

4.1.11.   2.015. lauks – identifikācijas numurs dažādām vajadzībām (Miscellaneous Identification Number – MN4)

Šajā laukā ir MID (2.009. lauks), ko pārraida, izmantojot MPS vai MMS darbības.

4.1.12.   2.063. lauks – papildu informācija (Additional Information – INF)

Ja notiek SRE darbība, atbildot uz PMS pieprasījumu, šajā laukā dod informāciju par pirkstu, kura parametri devuši iespējamu pozitīvu dokumentu atrašanas rezultātu (HIT). Lauka forma ir:

NN, kur NN ir 5. tabulā dotais pirksta novietojuma kods no diviem cipariem.

Citos gadījumos lauku izmantot nav obligāti. Tajā ir līdz 32 burtu vai ciparu zīmes, un tas var dot papildu informāciju par pieprasījumu.

4.1.13.   2.064. lauks – atbildētāju saraksts (Respondents List – RLS)

Šajā laukā ir vismaz divi pakārtoti lauki. Pirmajā pakārtotajā laukā ir aprakstīts veiktā meklējuma tips, izmantojot mnemonisku kodu no trijiem burtiem, kurš norāda uz darbības tipu TOT laukā (1.004. lauks). Otrajā pakārtotajā laukā ir viena zīme. Zīmi “I” lieto, lai norādītu, ka dati ir atrasti (HIT), un zīmi “N” lieto, lai norādītu, ka sakritīgi dati nav atrasti (NOHIT). Trešajā pakārtotajā laukā ir secības identifikators, kas attiecas uz kandidāta rezultātu un kandidātu kopskaitu, ko vienu no otra atdala slīpsvītra. Ja kandidāti ir vairāki, arī atbildes būs vairākas.

Iespējamā datu atrašanas gadījumā (HIT) ceturtā pakārtotā laukā būs rezultāts – līdz sešiem cipariem. Ja datu atrašana (HIT) ir apstiprināta, šā pakārtotā lauka vērtība ir definēta kā “999999”.

Piemērs – “CPS{RS}I{RS}001/001{RS}999999{GS}”.

Ja attālinātā AFIS nedod datus par rezultātiem, attiecīgā punktā būtu jādod rezultāts nulle.

4.1.14.   2.074. lauks – statusa lauks/lauks ar paziņojumu par kļūdu (Status/Error Message – ERM)

Šajā laukā ir paziņojumi par kļūdām, kas radušās darbībās un ko sūtīs atpakaļ pieprasījuma iesniedzējam kā piederīgu pie kļūdainas darbības (Error Transaction).

3. tabula. Paziņojumi par kļūdām

| Numeric Code (1-3) | Meaning (5-128) |
| --- | --- |
| 003 | ERROR: UNAUTHORISED ACCESS |
| 101 | Mandatory field missing |
| 102 | Invalid record type |
| 103 | Undefined field |
| 104 | Exceed the maximum occurrence |
| 105 | Invalid number of subfields |
| 106 | Field length too short |
| 107 | Field length too long |
| 108 | Field is not a number as expected |
| 109 | Field number value too small |
| 110 | Field number value too big |
| 111 | Invalid character |
| 112 | Invalid date |
| 115 | Invalid item value |
| 116 | Invalid type of transaction |
| 117 | Invalid record data |
| 201 | ERROR: INVALID TCN |
| 501 | ERROR: INSUFFICIENT FINGERPRINT QUALITY |
| 502 | ERROR: MISSING FINGERPRINTS |
| 503 | ERROR: FINGERPRINT SEQUENCE CHECK FAILED |
| 999 | ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION AGENCY |

Numeric Code (1-3)

Meaning (5-128)

003

ERROR: UNAUTHORISED ACCESS

101

Mandatory field missing

102

Invalid record type

103

Undefined field

104

Exceed the maximum occurrence

105

Invalid number of subfields

106

Field length too short

107

Field length too long

108

Field is not a number as expected

109

Field number value too small

110

Field number value too big

111

Invalid character

112

Invalid date

115

Invalid item value

116

Invalid type of transaction

117

Invalid record data

201

ERROR: INVALID TCN

501

ERROR: INSUFFICIENT FINGERPRINT QUALITY

502

ERROR: MISSING FINGERPRINTS

503

ERROR: FINGERPRINT SEQUENCE CHECK FAILED

999

ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION AGENCY

Paziņojumi par kļūdām diapazonā no 100 līdz 199:

Paziņojumi par kļūdām ir saistīti ar ANSI/NIST ierakstu apstiprināšanu, un tos definē šādi:

<error_code 1>: IDC <idc_number 1> FIELD <field_id 1> <dynamic text 1> LF

<error_code 2>: IDC <idc_number 2> FIELD <field_id 2> <dynamic text 2>...

kur:

| — | “error_code” ir kods, kas ir saistīts tikai ar konkrētu iemeslu (sk. 3. tabulu), |
| --- | --- |

—

“error_code” ir kods, kas ir saistīts tikai ar konkrētu iemeslu (sk. 3. tabulu),

| — | “field_id” ir nepareiza ANSI/NIST lauka numurs (piem., 1.001, 2.001, ...) šādā formā – “<record_type>.<field_id>.<sub_field_id>”, |
| --- | --- |

—

“field_id” ir nepareiza ANSI/NIST lauka numurs (piem., 1.001, 2.001, ...) šādā formā – “<record_type>.<field_id>.<sub_field_id>”,

| — | dinamisks teksts (dynamic text) ir sīkāks, dinamisks kļūdas apraksts, |
| --- | --- |

—

dinamisks teksts (dynamic text) ir sīkāks, dinamisks kļūdas apraksts,

| — | LF (Line Feed) ir rindas pārnesums, kas atdala kļūdas, ja ir sastapta vairāk nekā viena kļūda, |
| --- | --- |

—

LF (Line Feed) ir rindas pārnesums, kas atdala kļūdas, ja ir sastapta vairāk nekā viena kļūda,

| — | 1. tipa ierakstiem ICD ir definēts kā “-1”. |
| --- | --- |

—

1. tipa ierakstiem ICD ir definēts kā “-1”.

Piemērs:

201: IDC - 1 FIELD 1009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2003 INVALID SYSTEM INFORMATION

Šis lauks ir obligāts kļūdainu darbību gadījumā.

4.1.15.   2.320. lauks – paredzamais kandidātu skaits (Expected Number of Candidates – ENC)

Šajā laukā ir dots lielākais iespējamais kandidātu skaits pārbaudei, ko pieprasījuma iesniedzēja aģentūra var paredzēt. ENC vērtība nevar būt lielāka par 11. tabulā noteiktajām vērtībām.

5.   4. tipa loģiski dati – melnbalti tonāli attēli ar lielu izšķirtspēju

Būtu jāņem vērā, ka 4. tipa ieraksti būtībā ir bināri, nevis ASCII. Tālab katram laukam ierakstā atvēl īpašu vietu, un tas nozīmē, ka visi lauki ir obligāti.

Standarts ļauj ierakstā konkrēti uzrādīt gan attēla lielumu, gan izšķirtspēju. Ir vajadzīgi 4. tipa loģiski ieraksti, lai varētu glabāt daktiloskopijas attēlu datus, ko pārraida ar nominālu pikseļu blīvumu – 500 līdz 520 pikseļu collā. Ieteicamais jaunu izstrādņu koeficients ir paredzēt pikseļu blīvumu – 500 pikseļu collā jeb 19,68 pikseļu milimetrā. 500 pikseļu collā ir blīvums, kas ir paredzēts ar INT-I, izņemot to, ka līdzīgas sistēmas var savā starpā sazināties, neizmantojot ieteicamo koeficientu un izmantojot ieteicamo robežlielumu – 500 līdz 520 pikseļiem collā.

5.1.   4. tipa loģisku datu lauki

5.1.1.   4.001. lauks – loģisku ierakstu garums (Logical Record Length – LEN)

Šajā četru baitu laukā ir fiksēts minētā 4. tipa ieraksta garums un konkrēti norādīts baitu kopskaits, aptverot katru baitu katrā ieraksta laukā.

5.1.2.   4.002. lauks – attēla zīme (Image Designation Character – IDC)

Šis ir datnes galvenē dotā IDC numura binārs atveidojums vienā baitā.

5.1.3.   4.003. lauks – nospieduma tips (Impression Type – IMP)

Nospieduma tips ir viena baita lauks, kas aizņem ieraksta sesto baitu.

4. tabula. Pirkstu nospiedumu tipi

| Code | Description |
| --- | --- |
| 0 | Live-scan of plain fingerprint |
| 1 | Live-scan of rolled fingerprint |
| 2 | Non-live scan impression of plain fingerprint captured from paper |
| 3 | Non-live scan impression of rolled fingerprint captured from paper |
| 4 | Latent impression captured directly |
| 5 | Latent tracing |
| 6 | Latent photo |
| 7 | Latent lift |
| 8 | Swipe |
| 9 | Unknown |

Code

Description

0

Live-scan of plain fingerprint

1

Live-scan of rolled fingerprint

2

Non-live scan impression of plain fingerprint captured from paper

3

Non-live scan impression of rolled fingerprint captured from paper

4

Latent impression captured directly

5

Latent tracing

6

Latent photo

7

Latent lift

8

Swipe

9

Unknown

5.1.4.   4.004. lauks – pirksta novietojums (Finger Position – FGP)

Šis fiksēta garuma 6 baitu lauks aizņem no septītā līdz divpadsmitajam baitam 4. tipa ierakstā. Tajā ir uzrādīti iespējamie pirkstu novietojumi, sākot no baita, kas atrodas vistālāk pa kreisi (ieraksta 7. baits). Zināms vai visticamākais pirksta novietojums ir ņemts no 5. tabulas. Var dot atsauces vēl līdz pat pieciem citiem pirkstiem, ierakstot citu pirkstu novietojumus atlikušos piecos baitos – tādā pašā formā. Ja ir paredzams izmantot mazāk nekā piecu pirkstu novietojumu atsauces, neizmantotos baitus aizpilda ar bināriem “255”. Lai dotu atsauci uz visiem pirkstu novietojumiem, lieto kodu “0” – “nav zināms”.

5. tabula. Pirkstu novietojuma kodi un maksimāli iespējamie lielumi

| Finger position | Finger code | Width
  (mm) | Length
  (mm) |
| --- | --- | --- | --- |
| Unknown | 0 | 40,0 | 40,0 |
| Right thumb | 1 | 45,0 | 40,0 |
| Right index finger | 2 | 40,0 | 40,0 |
| Right middle finger | 3 | 40,0 | 40,0 |
| Right ring finger | 4 | 40,0 | 40,0 |
| Right little finger | 5 | 33,0 | 40,0 |
| Left thumb | 6 | 45,0 | 40,0 |
| Left index finger | 7 | 40,0 | 40,0 |
| Left middle finger | 8 | 40,0 | 40,0 |
| Left ring finger | 9 | 40,0 | 40,0 |
| Left little finger | 10 | 33,0 | 40,0 |
| Plain right thumb | 11 | 30,0 | 55,0 |
| Plain left thumb | 12 | 30,0 | 55,0 |
| Plain right four fingers | 13 | 70,0 | 65,0 |
| Plain left four fingers | 14 | 70,0 | 65,0 |

Finger position

Finger code

Width

(mm)

Length

(mm)

Unknown

0

40,0

40,0

Right thumb

1

45,0

40,0

Right index finger

2

40,0

40,0

Right middle finger

3

40,0

40,0

Right ring finger

4

40,0

40,0

Right little finger

5

33,0

40,0

Left thumb

6

45,0

40,0

Left index finger

7

40,0

40,0

Left middle finger

8

40,0

40,0

Left ring finger

9

40,0

40,0

Left little finger

10

33,0

40,0

Plain right thumb

11

30,0

55,0

Plain left thumb

12

30,0

55,0

Plain right four fingers

13

70,0

65,0

Plain left four fingers

14

70,0

65,0

Apzīmējot noziegumu vietās atrastus latentus nospiedumus, būtu jāizmanto tikai kodi no “0” līdz “10”.

5.1.5.   4.005. lauks – attēla skenējuma izšķirtspēja (Image Scanning Resolution – ISR)

Šis viena baita lauks 4. tipa ierakstā aizņem 13. baitu. Ja tajā ir “0”, tad attēls ir nolasīts ar ieteicamo skenējuma koeficientu – 19,68 pikseļi milimetrā (500 pikseļu collā). Ja tajā ir “1”, tad attēls ir nolasīts ar citu skenējuma koeficientu, kas ir konkrēti norādīts 1. tipa ierakstā.

5.1.6.   4.006. lauks – horizontālu līniju garums (Horizontal Line Length – HLL)

Šis lauks 4. tipa ierakstā atrodas pie 14. un 15. baita. Tajā ir norādīts katras skenējuma līnijas pikseļu skaits. Pirmais baits būs pats svarīgākais.

5.1.7.   4.007. lauks – vertikālu līniju garums (Vertical Line Length – VLL)

Šā lauka 16. un 17. baitā ir fiksēts attēla skenējuma līniju skaits. Pirmais baits ir pats svarīgākais.

5.1.8.   4.008. lauks – melnbaltu tonālu attēlu saspiešanas algoritms (Gray-scale Compression Algorithm – GCA)

Šajā viena baita laukā norāda melnbaltu tonālu attēlu saspiešanas algoritmu, ko izmanto, lai kodētu attēla datus. Šādā īstenojumā binārs kods “1” norāda, ka ir lietota WSQ saspiešana (7. papildinājums).

5.1.9.   4.009. lauks – attēls

Šajā laukā ir attēla atveidotāju baitu straume. Tās struktūra acīmredzot būs atkarīga no izmantotā saspiešanas algoritma.

6.   9. tipa loģiski dati – papilārlīniju detaļu ieraksts

9. tipa ierakstos ir ASCII teksts, kurā ir aprakstītas papilārlīniju detaļas un saistīta informācija, kas ir kodēta no latenta nospieduma. Latentu nospiedumu meklēšanas darbībās tādiem 9. tipa ierakstiem datnē nav nekādu ierobežojumu, jo katrs no tiem būs citā leņķī – vai cits latents nospiedums.

6.1.   Papilārlīniju detaļu konstatācija

6.1.1.   Papilārlīniju detaļu tipa identifikācija

Šajā standartā ir definēti trīs identifikācijas numuri, ko lieto, lai raksturotu papilārlīniju detaļu tipu. Tie ir uzskaitīti 6. tabulā. Papilārlīniju nobeigumu dēvē par 1. tipu. Bifurkāciju dēvē par 2. tipu. Ja papilārlīniju detaļas nevar skaidri klasificēt kā vienu no abiem iepriekš minētajiem tipiem, to dēvē par “citu (other)”, 0. tipu.

6. tabula. Papilārlīniju detaļu tipi

| Type | Description |
| --- | --- |
| 0 | Other |
| 1 | Ridge ending |
| 2 | Bifurcation |

Type

Description

0

Other

1

Ridge ending

2

Bifurcation

6.1.2.   Papilārlīniju detaļu atrašanās vieta un tips

Lai paraugi būtu saderīgi ar ANSI INCITS 378-2004 standarta 5. iedaļu, atsevišķu papilārlīniju detaļu atrašanās vietas (vietas un novietojuma leņķa) noteikšanai izmanto šādu metodi, kas papildina pašlaik spēkā esošo INCITS 378-2004 standartu.

Papilārlīniju detaļu, t. i., papilārlīnijas gals ir viduspunkts, kurā tieši pirms papilārlīnijas gala sazarojas starplīniju iedobes. Ja trīs starplīniju iedobju atzarlīnijas sašaurina līdz viena pikseļa platai līnijai, krustpunkts ir papilārlīniju detaļu atrašanās vieta. Līdzīgi bifurkāciju papilārlīniju detaļu atrašanās vieta ir punkts, kur sazarojas papilārlīniju viduslīnija. Ja papilārlīniju trīs atzarlīnijas sašaurina līdz viena pikseļa platai līnijai, punkts, kur trīs atzarlīnijas šķērso cita citu, ir papilārlīniju detaļu atrašanās vieta.

Kad visi papilārlīniju gali ir pārvērsti bifurkācijās, visas daktiloskopijas attēla papilārlīniju detaļas parādās kā bifurkācijas. Pikseļu X un Y koordināšu līnijas katru papilārlīniju detaļu triju atzarlīniju krustpunktā var formatēt tieši. Papilārlīniju detaļu virzienu var atvasināt pēc katras līnijas bifurkācijas. Katras līnijas bifurkācijas trīs atzarlīnijas ir jāanalizē, un jānosaka katras atzarlīnijas gals. 6.1.2. attēlā ir rādītas trīs metodes, ko izmanto, lai noteiktu atzarlīniju galu, izmantojot skenējuma izšķirtspēju 500. punkti collā.

Atzarlīniju galu nosaka atkarībā no tā, kas ir pirmais. Pikseļu skaitu nosaka pēc skenējuma ar izšķirtspēju 500. punkti collā. Dažādu skenējumu izšķirtspēja nozīmētu dažādu pikseļu skaitu.

| — | Attālums – .064” (32. pikselis), |
| --- | --- |

—

Attālums – .064” (32. pikselis),

| — | gala līniju atzarlīnijas, kas sākas attālumā no .02” līdz .064” (no 10. līdz 32. pikselim ieskaitot); īsākas atzarlīnijas neņem vērā, |
| --- | --- |

—

gala līniju atzarlīnijas, kas sākas attālumā no .02” līdz .064” (no 10. līdz 32. pikselim ieskaitot); īsākas atzarlīnijas neņem vērā,

| — | konstatēta otra bifurkācija .064” attālumā (pirms 32. pikseļa). |
| --- | --- |

—

konstatēta otra bifurkācija .064” attālumā (pirms 32. pikseļa).

6.1.2. zīmējums

Image

Papilārlīniju detaļu leņķi nosaka, konstruējot trīs iedomātas līnijas no bifurkācijas punkta un velkot tās līdz katras atzarlīnijas galam. Mazāko no trijiem līniju veidotajiem leņķiem sadala uz pusēm, lai rādītu papilārlīniju detaļu virzienu.

6.1.3.   Koordinātu sistēma

Koordinātu sistēma, ko izmanto, lai raksturotu pirkstu nospiedumu papilārlīniju detaļas, ir Dekarta koordinātu sistēma. Papilārlīniju detaļu atrašanās vietu raksturo to x un y koordinātes. Koordinātu sistēmas sākumpunkts ir oriģinālā attēla kreisais augšējais stūris, no kā x virzās pa labi un y virzās lejup. Gan papilārlīniju detaļu x, gan y koordinātes atveido pikseļu vienībās, sākot no sākumpunkta. Būtu jāņem vērā, ka sākumpunkta vieta un mērvienības neatbilst parastajām, ko izmanto 9. tipa definīcijās, kas dotas standartā ANSI/NIST-ITL 1-2000.

6.1.4.   Papilārlīniju detaļu virziens

Leņķus izsaka parastā matemātiskā formā, ar nulli grādu labajā pusē un leņķiem, kas palielinās pretēji pulksteņa rādītāja virzienam. Papilārlīniju galu leņķus fiksē atpakaļvirzienā gar papilārlīnijām un bifurkāciju leņķus – virzienā uz iedobes vidu. Tas ir 180 grādus pretī 9. tipa standartā ANSI/NIST-ITL 1-2000 aprakstītajiem leņķiem.

6.2.   Lauki 9. tipa loģiskiem ierakstiem INCITS-378 formā

Visos 9. tipa ierakstu laukos tekstu raksta ASCII formā. Šajos marķētu lauku ierakstos nav pieļaujami bināri lauki.

6.2.1.   9.001. lauks – loģisku ierakstu garums (Logical record length – LEN)

Šajā obligātajā ASCII laukā ir loģisku ierakstu garums, konkrēti norādot baitu kopskaitu, ietverot katru ieraksta lauka zīmi.

6.2.2.   9.002. lauks – attēla raksturotāja zīme (Image designation character – IDC)

Šo obligāto divu baitu lauku izmanto papilārlīniju detaļu datu identifikācijai un atrašanās vietas norādei. Šajā laukā dotais IDC saskan ar IDC, kas atrodas 1. tipa ieraksta datnes satura laukā.

6.2.3.   9.003. lauks – nospieduma tips (Impression type – IMP)

Šajā obligātajā viena baita laukā ir aprakstīts, kā iegūta daktiloskopijas attēla informācija. Atbilstošā 4. tabulā izvēlētā koda ASCII vērtību ieraksta šajā laukā, lai raksturotu nospieduma tipu.

6.2.4.   9.004. lauks – papilārlīniju detaļu forma (Minutiæ format – FMT)

Šajā laukā ir “U”, kas norāda, ka papilārlīniju detaļas ir formatētas saskaņā ar M1-378. Kaut arī informācija var būt kodēta saskaņā ar standartu M1-378, visiem 9. tipa ieraksta datu laukiem ir jāpaliek ASCII teksta laukiem.

6.2.5.   9.126. lauks – CBEFF informācija

Šajā laukā ir trīs informācijas elementi. Pirmajā informācijas elementā ir vērtība “27” (0x1B). Tā identificē CBEFF formu (CBEFF Format Owner), ko Starptautiskā Biometrijas nozares apvienība (International Biometric Industry Association – IBIA) piešķīrusi INCITS tehniskai komitejai M1 (INCITS Technical Committee M1). Zīme <US> norobežo šo elementu no CBEFF formas tipa (CBEFF Format Type), kam ir piešķirta vērtība“513” (0x0201), lai norādītu, ka šajā ierakstā ir tikai atrašanās vietas un virziena leņķa dati bez kādas paplašinātas datu bloku informācijas (Extended Data Block information). Zīme <US> norobežo šo elementu no CBEFF ražojuma identifikatora (Product Identifier – PID), kas identificē kodēšanas iekārtas nosacīto īpašnieku. Šo vērtību nosaka iekārtas pārdevējs. To var saņemt IBIA tīkla lapā (www.ibia.org), ja tā ir paredzēts.

6.2.6.   9.127. lauks – fiksācijas iekārtu identifikācija

Šajā laukā ir divi informācijas elementi, ko nošķir <US> zīme. Pirmajā ir “APPF”, ja attēla ieguvei lietotā iekārta ir sertificēta kā atbilstoša Federālā izmeklēšanas biroja elektroniskas pirkstu nospiedumu pārsūtīšanas parametru CJIS-RS-0010 (Federal Bureau of Investigation
  ’
  s Electronic Fingerprint Transmission Specification) F papildinājumam (IAFIS Image Quality Specification, January 29, 1999). Ja iekārta tam neatbilst, laukā būs vērtība “NONE”. Otrā informācijas elementā ir fiksācijas iekārtas identifikācija (Capture Equipment ID), fiksācijas iekārtas pārdevēja piešķirts ražojuma numurs. Vērtība “0” rāda, ka fiksācijas iekārtas identifikācija (ID) nav darīta zināma.

6.2.7.   9.128. lauks – horizontālu līniju garums (Horizontal line length – HLL)

Šajā obligātajā ASCII laukā ir vienā horizontālā pārraidītā attēla līnijā esošo pikseļu skaits. Maksimālais pieļaujamais horizontālais lielums ir 65 534 pikseļi.

6.2.8.   9.129. lauks – vertikālo līniju garums (Vertical line length – VLL)

Šajā obligātajā ASCII laukā ir pārraidītā attēla horizontālo līniju skaits. Maksimālais pieļaujamais vertikālais lielums ir 65 534 pikseļi.

6.2.9.   9.130. lauks – mērogi (Scale units – SLC)

Šajā obligātajā ASCII laukā ir norādītas vienības, ko izmanto, lai aprakstītu attēla nolasīšanas frekvenci (pikseļu blīvumu). Cipars “1” šajā laukā rāda pikseļus collā, savukārt “2” rāda pikseļus centimetrā. Cipars “0” šajā laukā rāda, ka mērogs nav uzrādīts. Tādos gadījumos HPS/VPS dalījums dod pikseļu attiecības koeficientu.

6.2.10.   9.131. lauks – horizontāls pikseļu mērogs (Horizontal pixel scale – HPS)

Šajā obligātajā ASCII laukā konkrēti norāda horizontālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta horizontālo komponentu.

6.2.11.   9.132. lauks – vertikāls pikseļu mērogs (Vertical pixel scale – VPS)

Šajā obligātajā ASCII laukā konkrēti norāda vertikālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta vertikālo komponentu.

6.2.12.   9.133. lauks – pirksta attēls

Šajā obligātajā laukā ir ar ieraksta datiem saistītā pirksta attēls. Attēlu kārtas skaitlis sākas ar “0”, un mainās pa vienam līdz “15”.

6.2.13.   9.134. lauks – pirksta novietojums (Finger position – FGP)

Šajā laukā ir kods, kas apzīmē pirksta novietojumu, kādā ir iegūta šā 9. tipa ieraksta informācija. Kodu no 1 līdz 10, ņemtu no 5. tabulas vai attiecīgi 10. plaukstu koda tabulas, izmanto, lai norādītu pirksta vai plaukstas novietojumu.

6.2.14.   9.135. lauks – pirksta kvalitāte

Laukā ir visu pirksta papilārlīniju detaļu datu kvalitāte, un to raksturo skaitlis no 0 līdz 100. Šis skaitlis kopumā raksturo pirksta attēla ieraksta kvalitāti, kā arī rāda iegūtā attēla kvalitāti, iespēju nošķirt papilārlīniju detaļas un veikt visas papildu darbības, kas var iespaidot papilārlīniju detaļu ierakstus.

6.2.15.   9.136. lauks – papilārlīniju detaļu skaits

Šajā obligātajā laukā ir attiecīgajā loģiskajā ierakstā fiksēts papilārlīniju detaļu skaits.

6.2.16.   9.137. lauks – pirkstu papilārlīniju detaļu dati

Šajā obligātajā laukā ir seši informācijas elementi, nošķirti ar <US> zīmi. Tajā ir vairāki pakārtoti lauki, un katrā no tiem ir kādas papilārlīnijas sīkākas detaļas. Papilārlīniju detaļu pakārtoto lauku kopskaitam jāsaskan ar 136. laukā doto skaitu. Pirmais informācijas elements ir papilārlīniju detaļu kārtas numurs, ko raksta kā pirmo “1” un palielina par “1” katrai papildu papilārlīniju detaļai pirksta nospiedumā. Otrais un trešais informācijas elements ir papilārlīniju detaļu “x” un “y” koordinātes pikseļu vienībās. Ceturtais informācijas elements ir papilārlīniju detaļu leņķis, fiksēts divu grādu vienībās. Tā vērtība ir nenegatīva, no 0 līdz 179. Piektais informācijas elements ir papilārlīniju detaļu tips. Vērtību “0” lieto, lai raksturotu “OTHER” tipa papilārlīniju detaļas, vērtība “1” papilārlīniju galiem un vērtība “2” – papilārlīniju bifurkācijām. Sestais informācijas elements raksturo katras papilārlīniju detaļas kvalitāti. Tā vērtība sākas no 1 – sliktākās – līdz 100 – labākajai. Vērtība “0” rāda, ka kvalitātes vērtība nav zināma. Katru pakārtoto lauku nošķir no nākamā ar <RS> nošķīrējzīmi.

6.2.17.   9.138. lauks – papilārlīniju skaita informācija

Šajā laukā ir vairāki pakārtoti lauki, no kuriem katrā ir trīs informācijas elementi. Pirmā pakārtotā lauka pirmais informācijas elements rāda papilārlīniju skaitīšanas metodi. “0” rāda, ka par papilārlīniju skaitīšanas metodi vai par to kārtību ierakstā neizdara nekādus pieņēmumus. “1” rāda, ka dati par visām centra papilārlīniju detaļām, papilārlīniju skaitu ir iegūti līdz tuvākajai blakus esošajai papilārlīniju detaļai četros kvadrantos un visu centra papilārlīniju detaļu papilārlīniju skaits ir apkopots. “2” rāda, ka visām centra papilārlīniju detaļām papilārlīniju skaita dati ir iegūti līdz tuvākajai blakus esošajai papilārlīniju detaļai astoņos oktantos un visu centra papilārlīniju detaļu papilārlīniju skaits ir apkopots. Atlikušajos divos pirmā pakārtotā lauka informācijas elementos ir “0”. Informācijas elementus nošķir ar <US> nošķīrējzīmi. Pārējos pakārtotos laukos tāpat kā pirmajā informācijas elementā būs centra papilārlīniju detaļu kārtas numurs, blakus esošo papilārlīniju detaļu kārtas numurs kā otrs informācijas elements un šķērsotu papilārlīniju skaits kā trešais informācijas elements. Pakārtotos laukus nošķir ar <RS> nošķīrējzīmi.

6.2.18.   9.139. lauks – informācija par centriem

Šajā laukā būs viens pakārtots lauks katram attēlā redzamajam centram. Katrā pakārtotajā laukā ir trīs informācijas elementi. Pirmie divi elementi ir “x” un “y” koordinātes pikseļu vienībās. Trešajā informācijas elementā ir centra leņķis, fiksēts 2 grādu vienībās. Tā vērtība ir nenegatīva, no 0 līdz 179. Vairākus centrus nošķir ar <RS> nošķīrējzīmi.

6.2.19.   9.140. lauks – informācija par deltām

Šajā laukā ir viens pakārtots lauks katrai attēlā redzamajai deltai. Katrā pakārtotajā laukā ir trīs informācijas elementi. Pirmie divi elementi ir “x” un “y” koordinātes pikseļu vienībās. Trešajā informācijas elementā ir deltas leņķis, fiksēts 2 grādu vienībās. Tā vērtība ir nenegatīva, no 0 līdz 179. Vairākus centrus nošķir ar <RS> nošķīrējzīmi.

7.   13. tips – latentu attēlu ieraksti ar maināmu izšķirtspēju

13. tipa marķētu lauku loģiskos ierakstos ir no latentiem attēliem iegūti dati. Minētie attēli ir domāti pārraidīšanai aģentūrām, kas automatizēti iegūs vai ar cilvēku iejaukšanos un apstrādi iegūs vajadzīgo elementu informāciju no attēliem.

Informācija par izmantoto skenējuma izšķirtspēju, attēla lielumu un citiem parametriem, kas vajadzīgi, lai apstrādātu attēlu, ierakstā ir fiksēta kā marķēti lauki.

7. tabula. 13. tipa latenti attēli ar maināmu izšķirtspēju – ierakstu izkārtojums

| Ident | Cond. code | Field Number | Field Name | Char type | Field size per occurrence | Occur count | Max byte count |
| --- | --- | --- | --- | --- | --- | --- | --- |
| min. | max. | min | max |
| LEN | M | 13.001 | LOGICAL RECORD LENGTH | N | 4 | 8 | 1 | 1 | 15 |
| IDC | M | 13.002 | IMAGE DESIGNATION CHARACTER | N | 2 | 5 | 1 | 1 | 12 |
| IMP | M | 13.003 | IMPRESSION TYPE | A | 2 | 2 | 1 | 1 | 9 |
| SRC | M | 13.004 | SOURCE AGENCY/ORI | AN | 6 | 35 | 1 | 1 | 42 |
| LCD | M | 13.005 | LATENT CAPTURE DATE | N | 9 | 9 | 1 | 1 | 16 |
| HLL | M | 13.006 | HORIZONTAL LINE LENGTH | N | 4 | 5 | 1 | 1 | 12 |
| VLL | M | 13.007 | VERTICAL LINE LENGTH | N | 4 | 5 | 1 | 1 | 12 |
| SLC | M | 13.008 | SCALE UNITS | N | 2 | 2 | 1 | 1 | 9 |
| HPS | M | 13.009 | HORIZONTAL PIXEL SCALE | N | 2 | 5 | 1 | 1 | 12 |
| VPS | M | 13.010 | VERTICAL PIXEL SCALE | N | 2 | 5 | 1 | 1 | 12 |
| CGA | M | 13.011 | COMPRESSION ALGORITHM | A | 5 | 7 | 1 | 1 | 14 |
| BPX | M | 13.012 | BITS PER PIXEL | N | 2 | 3 | 1 | 1 | 10 |
| FGP | M | 13.013 | FINGER POSITION | N | 2 | 3 | 1 | 6 | 25 |
| RSV | | 13.014
  13.019 | RESERVED FOR FUTURE DEFINITION | — | — | — | — | — | — |
| COM | O | 13.020 | COMMENT | A | 2 | 128 | 0 | 1 | 135 |
| RSV | | 13.021
  13.199 | RESERVED FOR FUTURE DEFINITION | — | — | — | — | — | — |
| UDF | O | 13.200
  13.998 | USER-DEFINED FIELDS | — | — | — | — | — | — |
| DAT | M | 13.999 | IMAGE DATA | B | 2 | — | 1 | 1 | — |

Ident

Cond. code

Field Number

Field Name

Char type

Field size per occurrence

Occur count

Max byte count

min.

max.

min

max

LEN

M

13.001

LOGICAL RECORD LENGTH

N

4

8

1

1

15

IDC

M

13.002

IMAGE DESIGNATION CHARACTER

N

2

5

1

1

12

IMP

M

13.003

IMPRESSION TYPE

A

2

2

1

1

9

SRC

M

13.004

SOURCE AGENCY/ORI

AN

6

35

1

1

42

LCD

M

13.005

LATENT CAPTURE DATE

N

9

9

1

1

16

HLL

M

13.006

HORIZONTAL LINE LENGTH

N

4

5

1

1

12

VLL

M

13.007

VERTICAL LINE LENGTH

N

4

5

1

1

12

SLC

M

13.008

SCALE UNITS

N

2

2

1

1

9

HPS

M

13.009

HORIZONTAL PIXEL SCALE

N

2

5

1

1

12

VPS

M

13.010

VERTICAL PIXEL SCALE

N

2

5

1

1

12

CGA

M

13.011

COMPRESSION ALGORITHM

A

5

7

1

1

14

BPX

M

13.012

BITS PER PIXEL

N

2

3

1

1

10

FGP

M

13.013

FINGER POSITION

N

2

3

1

6

25

RSV

13.014

13.019

RESERVED FOR FUTURE DEFINITION

—

—

—

—

—

—

COM

O

13.020

COMMENT

A

2

128

0

1

135

RSV

13.021

13.199

RESERVED FOR FUTURE DEFINITION

—

—

—

—

—

—

UDF

O

13.200

13.998

USER-DEFINED FIELDS

—

—

—

—

—

—

DAT

M

13.999

IMAGE DATA

B

2

—

1

1

—

Simbolu atšifrējums: N = ciparu; A = burtu; AN = ciparu un burtu; B = binārs.

7.1.   13. tipa loģisku datu lauki

Šajos punktos ir aprakstīti dati, kas atrodas katrā 13. tipa loģisku ierakstu laukā.

13. tipa loģiskos ierakstos ierakstu lauki ir numurēti. Pirmajiem diviem ieraksta laukiem noteikti jābūt sakārtotiem, un lauks ar attēla datiem ir ieraksta pēdējais fiziskais lauks. Katram 13. tipa ieraksta laukam 7. tabulā ir uzskaitīts “nosacījumu kods” – obligāts “M” vai fakultatīvs “O”, lauka numurs, lauka nosaukums, zīmes tips, lauka lielums un sastopamības robežlielumi. Izmantojot trīsciparu lauka numuru, lielākais iespējamais baitu skaits laukā ir dots pēdējā ailē. Ja vairāk ciparu lieto lauka numura apzīmēšanai, attiecīgi pieaugs arī lielākais iespējamais baitu skaits. Divos ierakstos “lauka lielums katrā sastopamības gadījumā” ir visas nošķīrējzīmes, kas izmantotas laukā. “Lielākais iespējamais baitu skaits” ietver lauka numuru, informāciju un visas nošķīrējzīmes, arī “GS” zīmi.

7.1.1.   13.001. lauks – loģisku ierakstu garums (Logical record length – LEN)

Šajā obligātajā ASCII laukā ir 13. tipa loģiskā ieraksta baitu kopskaits. 13.001. laukā konkrēti norāda ieraksta garumu, ietverot katru ieraksta lauka zīmi un informācijas nošķīrējus.

7.1.2.   13.002. lauks – attēla raksturotāja zīme (Image designation character – IDC)

Šo obligāto ASCII lauku izmanto, lai identificētu latentā attēla datus ierakstā. Šis IDC atbilst IDC, kas atrodas 1. tipa ieraksta datnes satura (CNT) laukā.

7.1.3.   13.003. lauks – nospieduma tips (Impression type – IMP)

Šis obligātais viena vai divu baitu ASCII lauks rāda, kā iegūta latentā attēla informācija. Šajā laukā ieraksta attiecīgi izvēlētu latento attēlu kodu no 4. tabulas (pirksti) vai 9. tabulas (plaukstas).

7.1.4.   13.004. lauks – attēla ieguvēja aģentūra (Source agency/ORI – SRC)

Šajā obligātajā ASCII laukā ir identificēta pārvalde vai organizācija, kas ieguvusi ierakstā ietverto sejas attēlu. Parastos apstākļos šajā laukā uzrāda izcelsmes aģentūras identifikatoru (Originating Agency Identifier – ORI) – kura aģentūra ir ieguvusi attēlu. Tajā ir divi informācijas elementi šādā formā – CC/aģentūra (CC/agency).

Pirmajā informācijas elementā ir Interpola izstrādātais valsts kods (Country Code), divas burtu vai ciparu zīmes. Otrs elements, aģentūra (agency), ir līdz 32 burtu vai ciparu zīmes garš brīvs teksts, un ar to identificē aģentūru.

7.1.5.   13.005. lauks – latentā attēla fiksācijas datums (Latent capture date – LCD)

Šajā obligātajā ASCII laukā ir datums – kad fiksēts ierakstā dotais latentais attēls. Datumam no astoņiem cipariem ir šāda forma “CCYYMMDD”. Zīmes “CCYY” rāda gadu, kad attēls ir fiksēts, zīmes “MM” rāda mēnešus, un zīmes “DD” rāda mēneša dienas. Piemēram, 20000229 nozīmē 2000. gada 29. februāri. Pilnam datumam ir jābūt likumīgam datumam.

7.1.6.   13.006. lauks – horizontālu līniju garums (Horizontal line length – HLL)

Šajā obligātajā ASCII laukā pikseļu skaits vienā horizontālā pārraidītā attēla līnijā.

7.1.7.   13.007. lauks – vertikālu līniju garums (Vertical line length – VLL)

Šajā obligātajā ASCII laukā ir pārraidītā attēla horizontālo līniju skaits.

7.1.8.   13.008. lauks – mēroga mērvienības (SLC)

Šajā obligātajā ASCII laukā ir norādītas vienības, ko izmanto, lai aprakstītu attēla nolasīšanas frekvenci (pikseļu blīvumu). Cipars “1” šajā laukā rāda pikseļus collā, savukārt “2” rāda pikseļus centimetrā. Cipars “0” šajā laukā nozīmē, ka mērogs nav uzrādīts. Tādos gadījumos HPS/VPS dalījums dod pikseļu attiecības koeficientu.

7.1.9.   13.009. lauks – horizontāls pikseļu mērogs (Horizontal pixel scale – HPS)

Šajā obligātajā ASCII laukā konkrēti norāda horizontālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta horizontālo komponentu.

7.1.10.   13.010. lauks – vertikāls pikseļu mērogs (Vertical pixel scale – VPS)

Šajā obligātajā ASCII laukā konkrēti norāda vertikālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta vertikālo komponentu.

7.1.11.   13.011. lauks – saspiešanas algoritms (Compression algorithm – CGA)

Šajā obligātajā ASCII laukā konkrēti norāda algoritmu, ko lieto, lai saspiestu melnbaltus tonālus attēlus. Saspiešanas kodus sk. 7. papildinājumā.

7.1.12.   13.012. lauks – biti pikselī (Bits per pixel – BPX)

Šajā obligātajā ASCII laukā ir bitu skaits, kas izmantots, lai izveidotu pikseli. Šajā laukā ir cipars “8” normālu melnbaltu tonālu attēlu vērtībām no “0” līdz “255”. Jebkurš ieraksts šajā laukā, lielāks par “8”, raksturo melnbaltu tonālu attēlu pikseli, kam ir palielināta precizitāte.

7.1.13.   13.013. lauks – pirkstu/plaukstu atrašanās vieta (Finger/palm position – FGP)

Šajā obligātajā marķētajā laukā ir viena vai vairākas iespējamas pirkstu vai plaukstu atrašanās vietas, kas var atbilst latentajam attēlam. Decimālciparu koda numuru, kas atbilst zināmam vai visiespējamākam pirksta novietojumam, atrod 5. tabulā – vai visiespējamākajam plaukstas novietojumam – 10. tabulā, un ieraksta kā vienu vai divas zīmes pakārtotā ASCII laukā. Atsauces par papildu pirkstu un/vai plaukstu atrašanās vietām var ierakstīt, izmantojot citu atrašanās vietu kodus kā pakārtotus laukus, ko nošķir ar “RS” nošķīrējzīmi. Kodu “0”, lai apzīmētu “nezināmu pirkstu (Unknown Finger)”, izmanto, lai dotu atsauci par katru pirksta novietojumu no viena līdz desmit. Kodu “20”, lai apzīmētu “nezināmu plaukstu (Unknown Palm)”, izmanto, lai dotu atsauci par katru uzskaitītu plaukstas nospieduma atrašanās vietu.

7.1.14.   13.014–019. lauks – rezervēts nākotnē iespējamām vajadzībām (Reserved for future definition – RSV)

Šie lauki ir atstāti tukši, lai tajos varētu nākotnē ierakstīt šā standarta pārstrādājumus. Neviens no šiem laukiem nav jālieto pašreizējā izstrādes līmenī. Ja kāds no šiem laukiem parādās, tas jāignorē.

7.1.15.   13.020. lauks – piebildes (Comment – COM)

Šajā fakultatīvajā laukā var ierakstīt piebildes vai citu ASCII teksta informāciju par latentā attēla datiem.

7.1.16.   13.021–199. lauks – rezervēts nākotnē iespējamām vajadzībām (Reserved for future definition – RSV)

Šie lauki ir atstāti tukši, lai tajos varētu nākotnē ierakstīt šā standarta pārstrādājumus. Neviens no šiem laukiem nav jālieto pašreizējā izstrādes līmenī. Ja kāds no šiem laukiem parādās, tas jāignorē.

7.1.17.   13.200–998. lauks – lietotāju definēti lauki (User-defined fields – UDF)

Šos laukus var savām vajadzībām piemērot paši lietotāji, un tos lietos nākotnē. To lielumu un saturu definē paši lietotāji saskaņā ar saņēmēju aģentūru. Ja tādi parādās, tajos ir ASCII teksta informācija.

7.1.18.   13.999. lauks – attēla dati (Image data – DAT)

Šajā laukā ir visi fiksētā latentā attēla dati. Tam vienmēr piešķir lauka numuru 999, un tam jābūt pēdējam fiziskam laukam ierakstā. Piemēram, pēc “13.999:” ir doti attēla dati binārā formā.

Katru nesaspiestu melnbaltu tonālu attēlu datu pikseli parasti kvantē par astoņiem bitiem (256 toņu pelēkumu) vienā baitā. Ja ieraksts 13.012. (BPX) laukā ir lielāks vai mazāks par “8”, baitu skaits, kas vajadzīgs vienam pikselim, būs citāds. Ja lieto saspiešanu, pikseļu dati ir saspiesti saskaņā ar GCA laukā norādīto saspiešanas paņēmienu.

7.2.   13. tips – latents attēls ar maināmu izšķirtspēju – beigas

Konsekvences labad tūlīt pēc pēdēja datu baita 13.999. laukā lieto “FS” nošķīrēju, lai nošķirtu to no nākamā loģiskā ieraksta. Šis nošķīrējs ir jāiekļauj 13. tipa ieraksta garuma laukā.

8.   15. tips – plaukstu nospiedumu attēli ar maināmu izšķirtspēju

15. tipa marķētu lauku loģiskos ierakstos ir – un tos lieto apmainoties ar – plaukstu nospiedumu attēlu dati līdz ar fiksētiem un lietotāju definētiem teksta informācijas laukiem, kas atbilst digitalizētiem attēliem. Informācija par lietoto skenējuma izšķirtspēju, attēla lielumu un citiem parametriem vai piebildēm, kas vajadzīgas, lai apstrādātu ierakstus, ierakstā ir fiksēta kā marķēti lauki. Plaukstu nospiedumu attēlus, ko pārraida citām aģentūrām, apstrādās saņēmējas aģentūras, lai iegūtu vajadzīgo informāciju, kas vajadzīga salīdzināšanai.

Attēlu datus iegūst tieši no subjekta, izmantojot daktiloskopijas skenerus, vai arī no plaukstu nospiedumu kartēm vai citiem informācijas nesējiem, uz kā ir subjektu plaukstu nospiedumi.

Jebkura metode, ko izmanto, lai iegūtu plaukstu nospiedumu attēlus, spēj fiksēt katras rokas nospiedumu attēlu kompleksus. Kompleksā ietilpst rakstīšanai savilkta plauksta kā viens skenēts attēls, un visas, izplestas plaukstas laukums no plaukstas locītavas līdz pirkstu galiem – kā viens vai divi skenēti attēli. Ja izmanto divus attēlus, lai atveidotu visu plaukstu, zemākais attēls sākas no plaukstas locītavas un sniedzas līdz starppirkstu joslas augšai (trešā pirksta locītavai), un tajā ietver plaukstas tenāra un hipotenāra apgabalu. Augstākais attēls sākas no starppirkstu joslas apakšas un sniedzas līdz pirkstu galiem. Tas nodrošina pietiekamu pārklāšanos abiem attēliem, kas abi sniedzas tālāk par plaukstas starppirkstu joslu. Salāgojot papilārlīniju struktūru un detaļas, kas atrodas attēlu kopīgajā joslā, eksperts var droši konstatēt, ka abi attēli ir iegūti no vienas plaukstas.

Tā kā darbības ar plaukstu nospiedumiem var izmantot dažādām vajadzībām, tajās var būt viena vai vairākas unikālas attēla joslas, fiksētas no plaukstas vai rokas. Pilnīgā viena cilvēka plaukstas nospiedumu ierakstu kompleksā parasti ietilpst rakstīšanai savilkta katras rokas plauksta un izplestas(-u) plaukstas(-u) attēli. Loģiska attēla ieraksta marķētos laukos var būt tikai viens binārs lauks, viens 15. tipa ieraksts būs vajadzīgs katrai rakstīšanai savilktai plaukstai un viens vai divi 15. tipa ieraksti – katrai izplestai plaukstai. Tādējādi būs vajadzīgi četri līdz seši 15. tipa ieraksti, lai atveidotu subjekta plaukstu nospiedumus vienā parastā plaukstas nospiedumu darbībā.

8.1.   15. tipa loģisku datu lauki

Šajos punktos aprakstīti dati katrā 15. tipa loģisku ierakstu laukā.

15. tipa loģiskos ierakstus veic numurētos laukos. Ir prasība, lai pirmie divi ieraksta lauki būtu sakārtoti, un lauks ar attēla datiem ir ieraksta pēdējais fiziskais lauks. Katram 15. tipa ierakstu laukam 8. tabulā ir dots “nosacījumu kods” – obligāts “M” vai fakultatīvs “O”, lauka numurs, lauka nosaukums, zīmes tips, lauka lielums un sastopamības robežlielumi. Izmantojot trīsciparu lauka numuru, lielākais iespējamais lauka baitu skaits ir dots pēdējā ailē. Jo vairāk ciparu ir izmantots lauka numurā, jo vairāk palielinās arī lielākais iespējamais baitu skaits. Divos ierakstos “lauka lielums katrā konkrētā gadījumā” ir ietverti visi zīmju nošķīrēji, kas laukā ir izmantoti. “Lielākais iespējamais baitu skaits” ietver lauka numuru, informāciju un visus zīmju nošķīrējus, arī “GS” zīmi.

8.1.1.   15.001. lauks – loģiskā ieraksta garums (Logical record length – LEN)

Šajā obligātajā ASCII laukā ir 15. tipa loģiska ieraksta baitu kopskaits. 15.001. laukā ir dots ieraksta garums, ietverot katru ieraksta lauka zīmi visos laukos un informācijas nošķīrējus.

8.1.2.   15.002. lauks – attēla raksturotāja zīme (Image designation character – IDC)

Šo obligāto ASCII lauku izmanto, lai identificētu ieraksta plaukstas nospieduma attēlu. Šis IDC atbilst IDC, kas atrodas 1. tipa ieraksta datnes satura (CNT) laukā.

8.1.3.   15.003. lauks – nospieduma tips (Impression type – IMP)

Šajā obligātā viena baita ASCII laukā norāda, kā iegūta plaukstas nospieduma attēla informācija. Šajā laukā ieraksta attiecīgus kodus no 9. tabulas.

8.1.4.   15.004. lauks – aģentūra, kas ir ieguvusi attēlu (Source agency/ORI – SRC)

Šajā obligātajā ASCII laukā ir identificēta pārvalde vai organizācija, kas ieguvusi ierakstā doto sejas attēlu. Parastos apstākļos šajā laukā uzrāda izcelsmes aģentūras identifikatoru (Originating Agency Identifier – ORI) – kura aģentūra ir ieguvusi attēlu. Tajā ir divi informācijas elementi šādā formā – CC/aģentūra (CC/agency).

Pirmajā informācijas elementā ir Interpola izstrādātais valsts kods (Country Code), divas burtu vai ciparu zīmes. Otrs elements, aģentūra (agency), ir līdz 32 burtu vai ciparu zīmes garš brīvs teksts, un ar to identificē aģentūru.

8.1.5.   15.005. lauks – plaukstas nospieduma fiksācijas datums (Palmprint capture date – PCD)

Šajā obligātajā ASCII laukā ir datums, kad ir fiksēts plaukstas nospieduma attēls. Datumam no astoņiem cipariem ir šāda forma “CCYYMMDD”. Zīmes “CCYY” rāda gadu, kad fiksēts attēls, zīmes “MM” rāda mēnešus, un zīmes “DD” rāda mēneša dienas. Piemēram, 20000229 nozīmē 2000. gada 29. februāri. Pilnam datumam ir jābūt likumīgam datumam.

8.1.6.   15.006. lauks – horizontālu līniju garums (Horizontal line length – HLL)

Šajā obligātajā ASCII laukā ir vienā horizontālā pārraidītā attēla līnijā esošo pikseļu skaits.

8.1.7.   15.007. lauks – vertikālu līniju garums (Vertical line length – VLL)

Šajā obligātajā ASCII laukā ir pārraidītā attēla horizontālo līniju skaits.

8.1.8.   15.008. lauks – mēroga mērvienības (Scale units – SLC)

Šajā obligātajā ASCII laukā ir norādītas vienības, ko izmanto, lai aprakstītu attēla nolasīšanas frekvenci (pikseļu blīvumu). Cipars “1” šajā laukā rāda pikseļus collā, savukārt “2” rāda pikseļus centimetrā. Cipars “0” šajā laukā nozīmē, ka mērogs nav uzrādīts. Tādos gadījumos HPS/VPS dalījums dod pikseļu attiecības koeficientu.

8.1.9.   15.009. lauks – horizontāls pikseļu mērogs (Horizontal pixel scale – HPS)

Šajā obligātajā ASCII laukā konkrēti norāda horizontālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta horizontālo komponentu.

8.1.10.   15.010. lauks – vertikāls pikseļu mērogs (Vertical pixel scale – VPS)

Šajā obligātajā ASCII laukā konkrēti norāda vertikālā virzienā izmantoto pikseļu blīvumu veselos skaitļos, ja SLC ir ar “1” vai “2”. Ja tā nav, tas rāda pikseļu attiecības koeficienta vertikālo komponentu.

8. tabula. 15. tipa plaukstu nospiedumu attēli ar maināmu izšķirtspēju – ierakstu izkārtojums

| Ident | Cond. code | Field Number | Field Name | Char type | Field size per occurrence | Occur count | Max byte count |
| --- | --- | --- | --- | --- | --- | --- | --- |
| min. | max. | min | max |
| LEN | M | 15.001 | LOGICAL RECORD LENGTH | N | 4 | 8 | 1 | 1 | 15 |
| IDC | M | 15.002 | IMAGE DESIGNATION CHARACTER | N | 2 | 5 | 1 | 1 | 12 |
| IMP | M | 15.003 | IMPRESSION TYPE | N | 2 | 2 | 1 | 1 | 9 |
| SRC | M | 15.004 | SOURCE AGENCY/ORI | AN | 6 | 35 | 1 | 1 | 42 |
| PCD | M | 15.005 | PALMPRINT CAPTURE DATE | N | 9 | 9 | 1 | 1 | 16 |
| HLL | M | 15.006 | HORIZONTAL LINE LENGTH | N | 4 | 5 | 1 | 1 | 12 |
| VLL | M | 15.007 | VERTICAL LINE LENGTH | N | 4 | 5 | 1 | 1 | 12 |
| SLC | M | 15.008 | SCALE UNITS | N | 2 | 2 | 1 | 1 | 9 |
| HPS | M | 15.009 | HORIZONTAL PIXEL SCALE | N | 2 | 5 | 1 | 1 | 12 |
| VPS | M | 15.010 | VERTICAL PIXEL SCALE | N | 2 | 5 | 1 | 1 | 12 |
| CGA | M | 15.011 | COMPRESSION ALGORITHM | AN | 5 | 7 | 1 | 1 | 14 |
| BPX | M | 15.012 | BITS PER PIXEL | N | 2 | 3 | 1 | 1 | 10 |
| PLP | M | 15.013 | PALMPRINT POSITION | N | 2 | 3 | 1 | 1 | 10 |
| RSV | | 15.014
  15.019 | RESERVED FOR FUTURE INCLUSION | — | — | — | — | — | — |
| COM | O | 15.020 | COMMENT | AN | 2 | 128 | 0 | 1 | 128 |
| RSV | | 15.021
  15.199 | RESERVED FOR FUTURE INCLUSION | — | — | — | — | — | — |
| UDF | O | 15.200
  15.998 | USER-DEFINED FIELDS | — | — | — | — | — | — |
| DAT | M | 15.999 | IMAGE DATA | B | 2 | — | 1 | 1 | — |

Ident

Cond. code

Field Number

Field Name

Char type

Field size per occurrence

Occur count

Max byte count

min.

max.

min

max

LEN

M

15.001

LOGICAL RECORD LENGTH

N

4

8

1

1

15

IDC

M

15.002

IMAGE DESIGNATION CHARACTER

N

2

5

1

1

12

IMP

M

15.003

IMPRESSION TYPE

N

2

2

1

1

9

SRC

M

15.004

SOURCE AGENCY/ORI

AN

6

35

1

1

42

PCD

M

15.005

PALMPRINT CAPTURE DATE

N

9

9

1

1

16

HLL

M

15.006

HORIZONTAL LINE LENGTH

N

4

5

1

1

12

VLL

M

15.007

VERTICAL LINE LENGTH

N

4

5

1

1

12

SLC

M

15.008

SCALE UNITS

N

2

2

1

1

9

HPS

M

15.009

HORIZONTAL PIXEL SCALE

N

2

5

1

1

12

VPS

M

15.010

VERTICAL PIXEL SCALE

N

2

5

1

1

12

CGA

M

15.011

COMPRESSION ALGORITHM

AN

5

7

1

1

14

BPX

M

15.012

BITS PER PIXEL

N

2

3

1

1

10

PLP

M

15.013

PALMPRINT POSITION

N

2

3

1

1

10

RSV

15.014

15.019

RESERVED FOR FUTURE INCLUSION

—

—

—

—

—

—

COM

O

15.020

COMMENT

AN

2

128

0

1

128

RSV

15.021

15.199

RESERVED FOR FUTURE INCLUSION

—

—

—

—

—

—

UDF

O

15.200

15.998

USER-DEFINED FIELDS

—

—

—

—

—

—

DAT

M

15.999

IMAGE DATA

B

2

—

1

1

—

9. tabula. Plaukstu nospiedumu tipi

| Description | Code |
| --- | --- |
| Live-scan palm | 10 |
| Nonlive-scan palm | 11 |
| Latent palm impression | 12 |
| Latent palm tracing | 13 |
| Latent palm photo | 14 |
| Latent palm lift | 15 |

Description

Code

Live-scan palm

10

Nonlive-scan palm

11

Latent palm impression

12

Latent palm tracing

13

Latent palm photo

14

Latent palm lift

15

8.1.11.   15.011. lauks – saspiešanas algoritms (Compression algorithm – CGA)

Šajā obligātajā ASCII laukā konkrēti norāda algoritmu, ko lieto, lai saspiestu melnbaltus tonālus attēlus. Ieraksts “NONE” šajā laukā norāda, ka dati ierakstā nav saspiesti. Attēliem, ko paredzēts saspiest, šajā laukā ir dota ieteicamā desmit pirkstu nospiedumu attēlu saspiešanas metode. Izmantojami saspiešanas kodi ir definēti 7. papildinājumā.

8.1.12.   15.012. lauks – biti pikselī (Bits per pixel – BPX)

Šajā obligātajā ASCII laukā ir bitu skaits, kas izmantots, lai izveidotu pikseli. Šajā laukā ir cipars “8” normālu melnbaltu tonālu attēlu vērtībām no “0” līdz “255”. Jebkurš ieraksts šajā laukā, lielāks par “8”, raksturo melnbaltu tonālu attēlu pikseli, kam ir palielināta precizitāte.

10. tabula. Plaukstu kodi, laukumi un lielumi

| Palm Position | Palm code | Image area (mm2) | Width (mm) | Height (mm) |
| --- | --- | --- | --- | --- |
| Unknown Palm | 20 | 28 387 | 139,7 | 203,2 |
| Right Full Palm | 21 | 28 387 | 139,7 | 203,2 |
| Right Writer s Palm | 22 | 5 645 | 44,5 | 127,0 |
| Left Full Palm | 23 | 28 387 | 139,7 | 203,2 |
| Left Writer s Palm | 24 | 5 645 | 44,5 | 127,0 |
| Right Lower Palm | 25 | 19 516 | 139,7 | 139,7 |
| Right Upper Palm | 26 | 19 516 | 139,7 | 139,7 |
| Left Lower Palm | 27 | 19 516 | 139,7 | 139,7 |
| Left Upper Palm | 28 | 19 516 | 139,7 | 139,7 |
| Right Other | 29 | 28 387 | 139,7 | 203,2 |
| Left Other | 30 | 28 387 | 139,7 | 203,2 |

Palm Position

Palm code

Image area (mm2)

Width (mm)

Height (mm)

Unknown Palm

20

28 387

139,7

203,2

Right Full Palm

21

28 387

139,7

203,2

Right Writer s Palm

22

5 645

44,5

127,0

Left Full Palm

23

28 387

139,7

203,2

Left Writer s Palm

24

5 645

44,5

127,0

Right Lower Palm

25

19 516

139,7

139,7

Right Upper Palm

26

19 516

139,7

139,7

Left Lower Palm

27

19 516

139,7

139,7

Left Upper Palm

28

19 516

139,7

139,7

Right Other

29

28 387

139,7

203,2

Left Other

30

28 387

139,7

203,2

8.1.13.   15.013. lauks – plaukstas nospieduma vieta (Palmprint position – PLP)

Šajā obligātajā marķētajā laukā ir plaukstas nospieduma vieta, kas atbilst plaukstas nospieduma attēlam. Decimālciparu koda numuru, kas atbilst zināmai vai visiespējamākai plaukstas nospieduma vietai ņem no 10. tabulas un ieraksta kā pakārtotu ASCII lauku. 10. tabulā arī ir uzskaitīti lielākie iespējamie katra iespējamā plaukstas novietojuma nospieduma laukumi un izmēri.

8.1.14.   15.014–019. lauks – rezervēts turpmākām vajadzībām (Reserved for future definition – RSV)

Šie lauki ir atstāti tukši, lai tajos varētu nākotnē ierakstīt šā standarta pārstrādājumus. Neviens no šiem laukiem nav jālieto pašreizējā izstrādes līmenī. Ja kāds no šiem laukiem parādās, tas jāignorē.

8.1.15.   15.020. lauks – piebildes (Comment – COM)

Šo fakultatīvo lauku var izmantot piebildēm vai citai ASCII teksta informācijai par plaukstas nospieduma attēla datiem.

8.1.16.   15.021–199. lauks – rezervēts turpmākām vajadzībām (Reserved for future definition – RSV)

Šie lauki ir atstāti tukši, lai tajos varētu nākotnē ierakstīt šā standarta pārstrādājumus. Neviens no šiem laukiem nav jālieto pašreizējā izstrādes līmenī. Ja kāds no šiem laukiem parādās, tas jāignorē.

8.1.17.   15.200–998. lauks – lietotāju definēti lauki (User-defined fields – UDF)

Šos laukus var savām vajadzībām piemērot paši lietotāji, un tos lietos nākotnē. To lielumu un saturu definē paši lietotāji saskaņā ar saņēmēju aģentūru. Ja tādi parādās, tajos ir ASCII teksta informācija.

8.1.18.   15.999. lauks – attēlu dati (Image data – DAT)

Šajā laukā ir visi fiksēta plaukstas nospieduma attēla dati. Tam vienmēr piešķir lauka numuru 999, un tam jābūt pēdējam fiziskam laukam ierakstā. Piemēram, pēc “15.999:” ir doti attēla dati binārā formā. Katru nesaspiestu melnbaltu tonālu attēlu datu pikseli parasti kvantē par astoņiem bitiem (256 toņu pelēkumu) vienā baitā. Ja ieraksts BPX laukā 15.012 ir lielāks vai mazāks par 8, baitu skaits, kas vajadzīgs, lai fiksētu pikseli, būs citāds. Ja izmanto saspiešanu, pikseļu datus saspiež saskaņā ar CGA laukā norādīto saspiešanas paņēmienu.

8.2.   15. tips – plaukstu nospiedumu attēli ar maināmu izšķirtspēju – beigas

Konsekvences labad tūlīt pēc pēdējā datu baita 15.999. laukā lieto nošķīrēju “FS”, lai to nošķirtu no nākamā loģiskā ieraksta. Tāds nošķīrējs ir jāiekļauj 15. tipa lauka garuma ierakstā.

8.3.   Papildu 15. tipa plaukstu nospiedumu attēlu ieraksti ar maināmu izšķirtspēju

Datnē var iekļaut papildu 15. tipa ierakstus. Katram papildu plaukstas nospieduma attēlam ir vajadzīgs pilnīgs 15. tipa loģisks ieraksts līdz ar “FS” nošķīrēju.

11. tabula. Lielākais iespējamais kandidātu skaits, ko pieņem pārbaudei vienā datu pārsūtīšanas reizē

| Type of AFIS Search | TP/TP | LT/TP | LP/PP | TP/UL | LT/UL | PP/ULP | LP/ULP |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Maximum Number of Candidates | 1 | 10 | 5 | 5 | 5 | 5 | 5 |

Type of AFIS Search

TP/TP

LT/TP

LP/PP

TP/UL

LT/UL

PP/ULP

LP/ULP

Maximum Number of Candidates

1

10

5

5

5

5

5

Meklējumu tipi:

| | TP/TP (ten-print against ten-print): desmit pirkstu nospiedumu salīdzināšana ar desmit pirkstu nospiedumiem |
| --- | --- |

TP/TP (ten-print against ten-print): desmit pirkstu nospiedumu salīdzināšana ar desmit pirkstu nospiedumiem

| | LT/TP (fingerprint latent against ten-print): latentu pirkstu nospiedumu salīdzināšana ar desmit pirkstu nospiedumiem |
| --- | --- |

LT/TP (fingerprint latent against ten-print): latentu pirkstu nospiedumu salīdzināšana ar desmit pirkstu nospiedumiem

| | LP/PP (palmprint latent against palmprint): latentu plaukstu nospiedumu salīdzināšana ar plaukstu nospiedumiem |
| --- | --- |

LP/PP (palmprint latent against palmprint): latentu plaukstu nospiedumu salīdzināšana ar plaukstu nospiedumiem

| | TP/UL (ten-print against unsolved fingerprint latent): desmit pirkstu nospiedumu salīdzināšana ar neatrisinātiem latentiem pirkstu nospiedumiem |
| --- | --- |

TP/UL (ten-print against unsolved fingerprint latent): desmit pirkstu nospiedumu salīdzināšana ar neatrisinātiem latentiem pirkstu nospiedumiem

| | LT/UL (fingerprint latent against unsolved fingerprint latent): latentu pirkstu nospiedumu salīdzināšana ar neatrisinātiem latentiem pirkstu nospiedumiem |
| --- | --- |

LT/UL (fingerprint latent against unsolved fingerprint latent): latentu pirkstu nospiedumu salīdzināšana ar neatrisinātiem latentiem pirkstu nospiedumiem

| | PP/ULP (palmprint against unsolved palmprint latent): plaukstu nospiedumu salīdzināšana ar neatrisinātiem latentiem plaukstu nospiedumiem |
| --- | --- |

PP/ULP (palmprint against unsolved palmprint latent): plaukstu nospiedumu salīdzināšana ar neatrisinātiem latentiem plaukstu nospiedumiem

| | LP/ULP (palmprint latent against unsolved palmprint latent): latentu plaukstu nospiedumu salīdzināšana ar neatrisinātiem latentiem plaukstu nospiedumiem |
| --- | --- |

LP/ULP (palmprint latent against unsolved palmprint latent): latentu plaukstu nospiedumu salīdzināšana ar neatrisinātiem latentiem plaukstu nospiedumiem

9.   2. nodaļas papildinājumi (daktiloskopijas datu apmaiņa)

9.1.   1. papildinājums – ASCII nošķīrēji kodi

| ASCII | Position (2) | Description |
| --- | --- | --- |
| LF | 1/10 | Separates error codes in field 2.074 |
| FS | 1/12 | Separates logical records of a file |
| GS | 1/13 | Separates fields of a logical record |
| RS | 1/14 | Separates the subfields of a record field |
| US | 1/15 | Separates individual information items of the field or subfield |

ASCII

Position (2)

Description

LF

1/10

Separates error codes in field 2.074

FS

1/12

Separates logical records of a file

GS

1/13

Separates fields of a logical record

RS

1/14

Separates the subfields of a record field

US

1/15

Separates individual information items of the field or subfield

9.2.   2. papildinājums – Burtu vai ciparu pārbaudes zīmju aprēķini

TCN un TCR aprēķiniem (1.09. un 1.10. lauks):

Skaitli, kas atbilst pārbaudes zīmei, ģenerē, izmantojot šādu formulu:

(YY * 108 + SSSSSSSS) modulis 23

Kur YY un SSSSSSSS attiecīgi ir gada divu pēdējo ciparu skaitliskās vērtības un sērijas numurs.

Pārbaudes zīmi ģenerē no šeit turpmāk dotās salīdzinājumu tabulas.

CRO aprēķiniem (2.010. lauks)

Skaitli, kas atbilst pārbaudes zīmei, ģenerē, izmantojot šādu formulu:

(YY * 106 + NNNNNN) modulis 23

Kur YY un NNNNNN attiecīgi ir gada divu pēdējo ciparu skaitliskās vērtības un sērijas numurs.

Pārbaudes zīmi ģenerē no šeit turpmāk dotās salīdzinājumu tabulas.

Pārbaudes zīmju tabula

| 1-A | 9-J | 17-T |
| --- | --- | --- |
| 2-B | 10-K | 18-U |
| 3-C | 11-L | 19-V |
| 4-D | 12-M | 20-W |
| 5-E | 13-N | 21-X |
| 6-F | 14-P | 22-Y |
| 7-G | 15-Q | 0-Z |
| 8-H | 16-R | |

1-A

9-J

17-T

2-B

10-K

18-U

3-C

11-L

19-V

4-D

12-M

20-W

5-E

13-N

21-X

6-F

14-P

22-Y

7-G

15-Q

0-Z

8-H

16-R

9.3.   3. papildinājums – Zīmju kodi

7 bitu ANSI kods savstarpējai informācijas apmaiņai

| ASCII Character Set |
| --- |
| + | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 30 | | | | ! | ” | # | $ | % | & | ' |
| 40 | ( | ) | * | + | , | - | . | / | 0 | 1 |
| 50 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | : | ; |
| 60 | < | = | > | ? | @ | A | B | C | D | E |
| 70 | F | G | H | I | J | K | L | M | N | O |
| 80 | P | Q | R | S | T | U | V | W | X | Y |
| 90 | Z | [ | \ | ] | ^ | _ | ` | a | b | c |
| 100 | d | e | f | g | h | i | j | k | l | m |
| 110 | n | o | p | q | r | s | t | u | v | w |
| 120 | x | y | z | { | | | } | ~ | | | |

ASCII Character Set

+

0

1

2

3

4

5

6

7

8

9

30

!

”

#

$

%

&

'

40

(

)

*

+

,

-

.

/

0

1

50

2

3

4

5

6

7

8

9

:

;

60

<

=

>

?

@

A

B

C

D

E

70

F

G

H

I

J

K

L

M

N

O

80

P

Q

R

S

T

U

V

W

X

Y

90

Z

[

\

]

^

_

`

a

b

c

100

d

e

f

g

h

i

j

k

l

m

110

n

o

p

q

r

s

t

u

v

w

120

x

y

z

{

|

}

~

9.4.   4. papildinājums – Darbību kopsavilkums

1. tipa ieraksti (obligāti)

| Identifier | Field Number | Field Name | CPS/PMS | SRE | ERR |
| --- | --- | --- | --- | --- | --- |
| LEN | 1.001 | Logical Record Length | M | M | M |
| VER | 1.002 | Version Number | M | M | M |
| CNT | 1.003 | File Content | M | M | M |
| TOT | 1.004 | Type of Transaction | M | M | M |
| DAT | 1.005 | Date | M | M | M |
| PRY | 1.006 | Priority | M | M | M |
| DAI | 1.007 | Destination Agency | M | M | M |
| ORI | 1.008 | Originating Agency | M | M | M |
| TCN | 1.009 | Transaction Control Number | M | M | M |
| TCR | 1.010 | Transaction Control Reference | C | M | M |
| NSR | 1.011 | Native Scanning Resolution | M | M | M |
| NTR | 1.012 | Nominal Transmitting Resolution | M | M | M |
| DOM | 1.013 | Domain name | M | M | M |
| GMT | 1.014 | Greenwich mean time | M | M | M |

Identifier

Field Number

Field Name

CPS/PMS

SRE

ERR

LEN

1.001

Logical Record Length

M

M

M

VER

1.002

Version Number

M

M

M

CNT

1.003

File Content

M

M

M

TOT

1.004

Type of Transaction

M

M

M

DAT

1.005

Date

M

M

M

PRY

1.006

Priority

M

M

M

DAI

1.007

Destination Agency

M

M

M

ORI

1.008

Originating Agency

M

M

M

TCN

1.009

Transaction Control Number

M

M

M

TCR

1.010

Transaction Control Reference

C

M

M

NSR

1.011

Native Scanning Resolution

M

M

M

NTR

1.012

Nominal Transmitting Resolution

M

M

M

DOM

1.013

Domain name

M

M

M

GMT

1.014

Greenwich mean time

M

M

M

Nosacījumu ailē:

O = fakultatīvi (optional); M = obligāti (mandatory); C = ar nosacījumu (conditional), ka darbība ir atbilde attēla ieguvējai aģentūrai.

2. tipa ieraksti (obligāti)

| Identifier | Field Number | Field Name | CPS/PMS | MPS/MMS | SRE | ERR |
| --- | --- | --- | --- | --- | --- | --- |
| LEN | 2.001 | Logical Record Length | M | M | M | M |
| IDC | 2.002 | Image Designation Character | M | M | M | M |
| SYS | 2.003 | System Information | M | M | M | M |
| CNO | 2.007 | Case Number | — | M | C | — |
| SQN | 2.008 | Sequence Number | — | C | C | — |
| MID | 2.009 | Latent Identifier | — | C | C | — |
| CRN | 2.010 | Criminal Reference Number | M | — | C | — |
| MN1 | 2.012 | Miscellaneous Identification Number | — | — | C | C |
| MN2 | 2.013 | Miscellaneous Identification Number | — | — | C | C |
| MN3 | 2.014 | Miscellaneous Identification Number | — | — | C | C |
| MN4 | 2.015 | Miscellaneous Identification Number | — | — | C | C |
| INF | 2.063 | Additional Information | O | O | O | O |
| RLS | 2.064 | Respondents List | — | — | M | — |
| ERM | 2.074 | Status/Error Message Field | — | — | — | M |
| ENC | 2.320 | Expected Number of Candidates | M | M | — | — |

Identifier

Field Number

Field Name

CPS/PMS

MPS/MMS

SRE

ERR

LEN

2.001

Logical Record Length

M

M

M

M

IDC

2.002

Image Designation Character

M

M

M

M

SYS

2.003

System Information

M

M

M

M

CNO

2.007

Case Number

—

M

C

—

SQN

2.008

Sequence Number

—

C

C

—

MID

2.009

Latent Identifier

—

C

C

—

CRN

2.010

Criminal Reference Number

M

—

C

—

MN1

2.012

Miscellaneous Identification Number

—

—

C

C

MN2

2.013

Miscellaneous Identification Number

—

—

C

C

MN3

2.014

Miscellaneous Identification Number

—

—

C

C

MN4

2.015

Miscellaneous Identification Number

—

—

C

C

INF

2.063

Additional Information

O

O

O

O

RLS

2.064

Respondents List

—

—

M

—

ERM

2.074

Status/Error Message Field

—

—

—

M

ENC

2.320

Expected Number of Candidates

M

M

—

—

Nosacījumu ailē:

O = fakultatīvi (optional); M = obligāti (mandatory); C = ar nosacījumu (conditional), ka dati ir pieejami,

| * | = | ja datu pārraide saskan ar attiecīgās valsts tiesībām (uz ko neattiecas Lēmums 2008/615/TI). |
| --- | --- | --- |

*

=

ja datu pārraide saskan ar attiecīgās valsts tiesībām (uz ko neattiecas Lēmums 2008/615/TI).

9.5.   5. papildinājums – 1. tipa ierakstu definīcijas

| Identifier | Condition | Field Number | Field Name | Character Type | Example Data |
| --- | --- | --- | --- | --- | --- |
| LEN | M | 1.001 | Logical Record Length | N | 1.001:230{GS} |
| VER | M | 1.002 | Version Number | N | 1.002:0300{GS} |
| CNT | M | 1.003 | File Content | N | 1.003:1{US}15{RS}2{US}00{RS}4{US}01{RS}4{US}02{RS}4{US}03{RS}4{US}04{RS}4{US}05{RS}4{US}06{RS}4{US}07{RS}4{US}08{RS}4{US}09{RS}4{US}10{RS}4{US}11{RS}4{US}12{RS}4{US}13{RS}4{US}14{GS} |
| TOT | M | 1.004 | Type of Transaction | A | 1.004:CPS{GS} |
| DAT | M | 1.005 | Date | N | 1.005:20050101{GS} |
| PRY | M | 1.006 | Priority | N | 1.006:4{GS} |
| DAI | M | 1.007 | Destination Agency | 1* | 1.007:DE/BKA{GS} |
| ORI | M | 1.008 | Originating Agency | 1* | 1.008:NL/NAFIS{GS} |
| TCN | M | 1.009 | Transaction Control Number | AN | 1.009:0200000004F{GS} |
| TCR | C | 1.010 | Transaction Control Reference | AN | 1.010:0200000004F{GS} |
| NSR | M | 1.011 | Native Scanning Resolution | AN | 1.011:19.68{GS} |
| NTR | M | 1.012 | Nominal Transmitting Resolution | AN | 1.012:19.68{GS} |
| DOM | M | 1.013 | Domain Name | AN | 1.013: INT-I{US}4.22{GS} |
| GMT | M | 1.014 | Greenwich Mean Time | AN | 1.014:20050101125959Z |

Identifier

Condition

Field Number

Field Name

Character Type

Example Data

LEN

M

1.001

Logical Record Length

N

1.001:230{GS}

VER

M

1.002

Version Number

N

1.002:0300{GS}

CNT

M

1.003

File Content

N

1.003:1{US}15{RS}2{US}00{RS}4{US}01{RS}4{US}02{RS}4{US}03{RS}4{US}04{RS}4{US}05{RS}4{US}06{RS}4{US}07{RS}4{US}08{RS}4{US}09{RS}4{US}10{RS}4{US}11{RS}4{US}12{RS}4{US}13{RS}4{US}14{GS}

TOT

M

1.004

Type of Transaction

A

1.004:CPS{GS}

DAT

M

1.005

Date

N

1.005:20050101{GS}

PRY

M

1.006

Priority

N

1.006:4{GS}

DAI

M

1.007

Destination Agency

1*

1.007:DE/BKA{GS}

ORI

M

1.008

Originating Agency

1*

1.008:NL/NAFIS{GS}

TCN

M

1.009

Transaction Control Number

AN

1.009:0200000004F{GS}

TCR

C

1.010

Transaction Control Reference

AN

1.010:0200000004F{GS}

NSR

M

1.011

Native Scanning Resolution

AN

1.011:19.68{GS}

NTR

M

1.012

Nominal Transmitting Resolution

AN

1.012:19.68{GS}

DOM

M

1.013

Domain Name

AN

1.013: INT-I{US}4.22{GS}

GMT

M

1.014

Greenwich Mean Time

AN

1.014:20050101125959Z

Nosacījumu ailē: O = fakultatīvi (optional); M = obligāti (mandatory); C = ar nosacījumiem (conditional).

Zīmju tipa ailē: A = burtu; N = ciparu; B = bināri.

1* pieļaujamās aģentūras nosaukuma zīmes ir [“0..9”, “A..Z”, “a..z”, “_”, ”.”, ““, “-”].

9.6.   6. papildinājums – 2. tipa ierakstu definīcijas

A.6.1. tabula. CPS un PMS darbības

| Identifier | Condition | Field Number | Field Name | Character Type | Example Data |
| --- | --- | --- | --- | --- | --- |
| LEN | M | 2.001 | Logical Record Length | N | 2.001:909{GS} |
| IDC | M | 2.002 | Image Designation Character | N | 2.002:00{GS} |
| SYS | M | 2.003 | System Information | N | 2.003:0422{GS} |
| CRN | M | 2.010 | Criminal Reference Number | AN | 2.010:DE/E999999999{GS} |
| INF | O | 2.063 | Additional Information | 1* | 2.063:Additional Information 123{GS} |
| ENC | M | 2.320 | Expected Number of Candidates | N | 2.320:1{GS} |

Identifier

Condition

Field Number

Field Name

Character Type

Example Data

LEN

M

2.001

Logical Record Length

N

2.001:909{GS}

IDC

M

2.002

Image Designation Character

N

2.002:00{GS}

SYS

M

2.003

System Information

N

2.003:0422{GS}

CRN

M

2.010

Criminal Reference Number

AN

2.010:DE/E999999999{GS}

INF

O

2.063

Additional Information

1*

2.063:Additional Information 123{GS}

ENC

M

2.320

Expected Number of Candidates

N

2.320:1{GS}

A.6.2. tabula. SRE darbības

| Identifier | Condition | Field Number | Field Name | Character Type | Example Data |
| --- | --- | --- | --- | --- | --- |
| LEN | M | 2.001 | Logical Record Length | N | 2.001:909{GS} |
| IDC | M | 2.002 | Image Designation Character | N | 2.002:00{GS} |
| SYS | M | 2.003 | System Information | N | 2.003:0422{GS} |
| CRN | C | 2.010 | Criminal Reference Number | AN | 2.010:NL/2222222222{GS} |
| MN1 | C | 2.012 | Miscellaneous Identification Number | AN | 2.012:E999999999{GS} |
| MN2 | C | 2.013 | Miscellaneous Identification Number | AN | 2.013:E999999999{GS} |
| MN3 | C | 2.014 | Miscellaneous Identification Number | N | 2.014:0001{GS} |
| MN4 | C | 2.015 | Miscellaneous Identification Number | A | 2.015:A{GS} |
| INF | O | 2.063 | Additional Information | 1* | 2.063:Additional Information 123{GS} |
| RLS | M | 2.064 | Respondents List | AN | 2.064:CPS{RS}I{RS}001/001{RS}999999{GS} |

Identifier

Condition

Field Number

Field Name

Character Type

Example Data

LEN

M

2.001

Logical Record Length

N

2.001:909{GS}

IDC

M

2.002

Image Designation Character

N

2.002:00{GS}

SYS

M

2.003

System Information

N

2.003:0422{GS}

CRN

C

2.010

Criminal Reference Number

AN

2.010:NL/2222222222{GS}

MN1

C

2.012

Miscellaneous Identification Number

AN

2.012:E999999999{GS}

MN2

C

2.013

Miscellaneous Identification Number

AN

2.013:E999999999{GS}

MN3

C

2.014

Miscellaneous Identification Number

N

2.014:0001{GS}

MN4

C

2.015

Miscellaneous Identification Number

A

2.015:A{GS}

INF

O

2.063

Additional Information

1*

2.063:Additional Information 123{GS}

RLS

M

2.064

Respondents List

AN

2.064:CPS{RS}I{RS}001/001{RS}999999{GS}

A.6.3. tabula. ERR darbības

| Identifier | Condition | Field Number | Field Name | Character Type | Example Data |
| --- | --- | --- | --- | --- | --- |
| LEN | M | 2.001 | Logical Record Length | N | 2.001:909{GS} |
| IDC | M | 2.002 | Image Designation Character | N | 2.002:00{GS} |
| SYS | M | 2.003 | System Information | N | 2.003:0422{GS} |
| MN1 | M | 2.012 | Miscellaneous Identification Number | AN | 2.012:E999999999{GS} |
| MN2 | C | 2.013 | Miscellaneous Identification Number | AN | 2.013:E999999999{GS} |
| MN3 | C | 2.014 | Miscellaneous Identification Number | N | 2.014:0001{GS} |
| MN4 | C | 2.015 | Miscellaneous Identification Number | A | 2.015:A{GS} |
| INF | O | 2.063 | Additional Information | 1* | 2.063:Additional Information 123{GS} |
| ERM | M | 2.074 | Status/Error Message Field | AN | 2.074: 201: IDC - 1 FIELD 1009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION {GS} |

Identifier

Condition

Field Number

Field Name

Character Type

Example Data

LEN

M

2.001

Logical Record Length

N

2.001:909{GS}

IDC

M

2.002

Image Designation Character

N

2.002:00{GS}

SYS

M

2.003

System Information

N

2.003:0422{GS}

MN1

M

2.012

Miscellaneous Identification Number

AN

2.012:E999999999{GS}

MN2

C

2.013

Miscellaneous Identification Number

AN

2.013:E999999999{GS}

MN3

C

2.014

Miscellaneous Identification Number

N

2.014:0001{GS}

MN4

C

2.015

Miscellaneous Identification Number

A

2.015:A{GS}

INF

O

2.063

Additional Information

1*

2.063:Additional Information 123{GS}

ERM

M

2.074

Status/Error Message Field

AN

2.074: 201: IDC - 1 FIELD 1009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION {GS}

A.6.4. tabula. MPS un MMS darbības

| Identifier | Condition | Field Number | Field Name | Character Type | Example Data |
| --- | --- | --- | --- | --- | --- |
| LEN | M | 2.001 | Logical Record Length | N | 2.001:909{GS} |
| IDC | M | 2.002 | Image Designation Character | N | 2.002:00{GS} |
| SYS | M | 2.003 | System Information | N | 2.003:0422{GS} |
| CNO | M | 2.007 | Case Number | AN | 2.007:E999999999{GS} |
| SQN | C | 2.008 | Sequence Number | N | 2.008:0001{GS} |
| MID | C | 2.009 | Latent Identifier | A | 2.009:A{GS} |
| INF | O | 2.063 | Additional Information | 1* | 2.063:Additional Information 123{GS} |
| ENC | M | 2.320 | Expected Number of Candidates | N | 2.320:1{GS} |

Identifier

Condition

Field Number

Field Name

Character Type

Example Data

LEN

M

2.001

Logical Record Length

N

2.001:909{GS}

IDC

M

2.002

Image Designation Character

N

2.002:00{GS}

SYS

M

2.003

System Information

N

2.003:0422{GS}

CNO

M

2.007

Case Number

AN

2.007:E999999999{GS}

SQN

C

2.008

Sequence Number

N

2.008:0001{GS}

MID

C

2.009

Latent Identifier

A

2.009:A{GS}

INF

O

2.063

Additional Information

1*

2.063:Additional Information 123{GS}

ENC

M

2.320

Expected Number of Candidates

N

2.320:1{GS}

Nosacījumu ailē: O = fakultatīvi (optional); M = obligāti (mandatory); C = ar nosacījumiem (conditional).

Zīmju tipa ailē: A = burtu; N = ciparu; B = bināri.

1* pieļaujamās zīmes ir [“0..9”, “A..Z”, “a..z”, “_”,“.”, ““, “-”].

9.7.   7. papildinājums – Melnbaltu tonālu attēlu saspiešanas kodi

Saspiešanas kodi

| Compression | Value | Remarks |
| --- | --- | --- |
| Wavelet Scalar Quantization Grayscale Fingerprint Image Compression Specification
  IAFIS-IC-0010(V3), dated December 19, 1997 | WSQ | Algorithm to be used for the compression of grayscale images in Type-4, Type-7 and Type-13 to Type-15 records. Shall not be used for resolutions > 500 dpi. |
| JPEG 2000
  [ISO 15444/ITU T.800] | J2K | To be used for lossy and losslessly compression of grayscale images in Type-13 to Type-15 records. Strongly recommended for resolutions > 500 dpi |

Compression

Value

Remarks

Wavelet Scalar Quantization Grayscale Fingerprint Image Compression Specification

IAFIS-IC-0010(V3), dated December 19, 1997

WSQ

Algorithm to be used for the compression of grayscale images in Type-4, Type-7 and Type-13 to Type-15 records. Shall not be used for resolutions > 500 dpi.

JPEG 2000

[ISO 15444/ITU T.800]

J2K

To be used for lossy and losslessly compression of grayscale images in Type-13 to Type-15 records. Strongly recommended for resolutions > 500 dpi

9.8.   8. papildinājums – Sūtījumu parametri

Lai uzlabotu sūtījumu saņēmēju iekšējo darba plūsmu, PRUEM darbībās ir jāieraksta tās dalībvalsts kods (country code – CC), kura ir sūtījusi ziņu, un darbības tips (TOT, 1.004. lauks).

Forma – CC/darbības tips

Piemēram, “DE/CPS”.

Sūtījuma satura lauks var būt tukšs.

3. NODAĻA. Transportlīdzekļu reģistrācijas datu apmaiņa

1.   Kopējs datu kopums automatizētai transportlīdzekļu reģistrācijas datu meklēšanai

1.1.   Definīcijas

Lēmuma 16. panta 4. punktā izklāstīto obligāto un fakultatīvo datu elementu definīcijas ir šādas:

Obligāts (M – mandatory):

Šie datu elementi ir jādara zināmi, ja šāda informācija ir pieejama dalībvalsts reģistrā. Tādējādi ir obligāti jāapmainās ar informāciju, ja tāda ir pieejama.

Fakultatīvs (O – optional):

Šos datu elementus var darīt zināmus, ja šāda informācija ir pieejama dalībvalsts reģistrā. Tādējādi nav obligāti apmainīties ar informāciju, pat ja tāda ir pieejama.

Katram datu kopuma elementam dod norādi (Y), ja šis elements ir īpaši apzināts kā tāds, kas ir nozīmīgs saistībā ar Lēmumu 2008/615/TI.

1.2.   Transportlīdzekļa īpašnieka vai turētāja meklēšana

1.2.1.   Meklēšanas parametri

Ir divi dažādi paņēmieni, kā veikt nākamajā punktā minētās informācijas meklēšanu:

| — | izmantojot šasijas numuru (VIN), atsauces datumu un laiku (fakultatīvs), |
| --- | --- |

—

izmantojot šasijas numuru (VIN), atsauces datumu un laiku (fakultatīvs),

| — | izmantojot numura zīmi reģistrācijas numurā, šasijas numuru (VIN) (fakultatīvs), atsauces datumu un laiku (fakultatīvs). |
| --- | --- |

—

izmantojot numura zīmi reģistrācijas numurā, šasijas numuru (VIN) (fakultatīvs), atsauces datumu un laiku (fakultatīvs).

Izmantojot šos meklēšanas kritērijus, var atrast informāciju par vienu vai dažkārt vairākiem transportlīdzekļiem. Ja ir jāsniedz informācija tikai par vienu transportlīdzekli, tad visus datus nosūta vienā atbildē. Ja ir atrasts vairāk nekā viens transportlīdzeklis, pieprasījuma saņēmēja dalībvalsts pati var izlemt, kurus datus nosūtīt; vai būtu jānosūta visi dati vai tikai dati, kas dotu iespēju sīkāk ierobežot meklēšanu (piemēram, jo ņem vērā personas datu aizsardzību vai efektivitātes apsvērumus).

1.2.2.1. punktā ir uzskaitīti dati, kas vajadzīgi, lai sīkāk ierobežotu meklēšanas kritērijus. 1.2.2.2. punktā ir aprakstīts viss informācijas datu kopums.

Ja meklēšanu veic, izmantojot šasijas numuru, atsauces datumu un laiku, to var veikt vienā vai visās dalībvalstīs, kas ir pieslēgušās sistēmai.

Ja meklēšanu veic, izmantojot apliecības numuru, atsauces datumu un laiku, to var veikt vienā konkrētā dalībvalstī.

Parasti, lai veiktu meklēšanu, izmanto faktisku datumu un laiku, tomēr to ir iespējams veikt izmantojot agrāku atsauces datumu un laiku. Ja meklēšanu veic, izmantojot agrāku atsauces datumu un laiku un attiecīgās dalībvalsts reģistrā šī senākā informācija nav pieejama, jo šāda informācija nav reģistrēta, faktisko informāciju var nosūtīt atpakaļ ar norādi, ka tā ir faktiska informācija.

1.2.2.   Datu kopa

| 1.2.2.1. | Sīkākai meklēšanas kritēriju ierobežošanai nosūtāmi dati








  Item | M/O (3) | Remarks | Prüm Y/N (4) |
| --- | --- | --- | --- | --- |
| Data relating to vehicles | | | |
| Licence number | M | | Y |
| Chassis number/VIN | M | | Y |
| Country of registration | M | | Y |
| Make | M | (D.1) (5) e.g. Ford, Opel, Renault etc. | Y |
| Commercial type of the vehicle | M | (D.3) e.g. Focus, Astra, Megane | Y |
| EU Category Code | M | J) mopeds, motorbikes, cars etc. | Y |

1.2.2.1.

Sīkākai meklēšanas kritēriju ierobežošanai nosūtāmi dati

Item

M/O (3)

Remarks

Prüm Y/N (4)

Data relating to vehicles

Licence number

M

Y

Chassis number/VIN

M

Y

Country of registration

M

Y

Make

M

(D.1) (5) e.g. Ford, Opel, Renault etc.

Y

Commercial type of the vehicle

M

(D.3) e.g. Focus, Astra, Megane

Y

EU Category Code

M

J) mopeds, motorbikes, cars etc.

Y

| 1.2.2.2. | Pilnīgs datu kopums








  Item | M/O (6) | Remarks | Prüm Y/N |
| --- | --- | --- | --- | --- |
| Data relating to holders of the vehicle | | (C.1) (7) The data refer to the holder of the specific registration certificate. | |
| Registration holders’ (company) name | M | (C.1.1.)
  separate fields will be used for surname, infixes, titles etc.,
  and
  the name in printable format will be communicated | Y |
| First name | M | (C.1.2)
  separate fields for first name(s) and initials will be used,
  and
  the name in printable format will be communicated | Y |
| Address | M | (C.1.3)
  separate fields will be used for Street, House number and Annex, Zip code, Place of residence, Country of residence etc.,
  and
  the Address in printable format will be communicated | Y |
| Gender | M | Male, female | Y |
| Date of birth | M | | Y |
| Legal entity | M | individual, association, company, firm etc. | Y |
| Place of Birth | O | | Y |
| ID Number | O | An identifier that uniquely identifies the person or the company. | N |
| Type of ID Number | O | The type of ID Number (e.g. passport number). | N |
| Start date holdership | O | Start date of the holdership of the car. This date will often be the same as printed under (I) on the registration certificate of the vehicle. | N |
| End date holdership | O | End data of the holdership of the car. | N |
| Type of holder | O | If there is no owner of the vehicle (C.2) the reference to the fact that the holder of the registration certificate:






  — | is the vehicle owner |

1.2.2.2.

Pilnīgs datu kopums

Item

M/O (6)

Remarks

Prüm Y/N

Data relating to holders of the vehicle

(C.1) (7) The data refer to the holder of the specific registration certificate.

Registration holders’ (company) name

M

(C.1.1.)

separate fields will be used for surname, infixes, titles etc.,

and

the name in printable format will be communicated

Y

First name

M

(C.1.2)

separate fields for first name(s) and initials will be used,

and

the name in printable format will be communicated

Y

Address

M

(C.1.3)

separate fields will be used for Street, House number and Annex, Zip code, Place of residence, Country of residence etc.,

and

the Address in printable format will be communicated

Y

Gender

M

Male, female

Y

Date of birth

M

Y

Legal entity

M

individual, association, company, firm etc.

Y

Place of Birth

O

Y

ID Number

O

An identifier that uniquely identifies the person or the company.

N

Type of ID Number

O

The type of ID Number (e.g. passport number).

N

Start date holdership

O

Start date of the holdership of the car. This date will often be the same as printed under (I) on the registration certificate of the vehicle.

N

End date holdership

O

End data of the holdership of the car.

N

Type of holder

O

If there is no owner of the vehicle (C.2) the reference to the fact that the holder of the registration certificate:

—

is the vehicle owner

| — | is not the vehicle owner |
| --- | --- |

—

is not the vehicle owner

| — | is not identified by the registration certificate as being the vehicle owner |
| --- | --- |

—

is not identified by the registration certificate as being the vehicle owner

N

Data relating to owners of the vehicle

(C.2)

Owners’ (company) name

M

(C.2.1)

Y

First name

M

(C.2.2)

Y

Address

M

(C.2.3)

Y

Gender

M

male, female

Y

Date of birth

M

Y

Legal entity

M

individual, association, company, firm etc.

Y

Place of Birth

O

Y

ID Number

O

An identifier that uniquely identifies the person or the company.

N

Type of ID Number

O

The type of ID Number (e.g. passport number).

N

Start date ownership

O

Start date of the ownership of the car.

N

End date ownership

O

End data of the ownership of the car.

N

Data relating to vehicles

Licence number

M

Y

Chassis number/VIN

M

Y

Country of registration

M

Y

Make

M

(D.1) e.g. Ford, Opel, Renault etc.

Y

Commercial type of the vehicle

M

(D.3) e.g. Focus, Astra, Megane

Y

Nature of the vehicle/EU Category Code

M

(J) mopeds, motorbikes, cars etc.

Y

Date of first registration

M

(B) date of first registration of the vehicle somewhere in the world

Y

Start date (actual) registration

M

Date of the registration to which the specific certificate of the vehicle refers

Y

End date registration

M

(I) End data of the registration to which the specific certificate of the vehicle refers. It is possible this date indicates the period of validity as printed on the document if not unlimited (document abbreviation = H).

Y

Status

M

scrapped, stolen, exported etc.

Y

Start date status

M

Y

End date status

O

N

kW

O

(P.2)

Y

Capacity

O

(P.1)

Y

Type of licence number

O

Regular, transito etc.

Y

Vehicle document id 1

O

The first unique document ID as printed on the vehicle document

Y

Vehicle document id 2 (8)

O

A second document ID as printed on the vehicle document.

Y

Data relating to insurances

Insurance company name

O

Y

Begin date insurance

O

Y

End date insurance

O

Y

Address

O

Y

Insurance number

O

Y

ID Number

O

An identifier that uniquely identifies the company.

N

Type of ID Number

O

The type of ID Number (e.g. number of the Chamber of Commerce)

N

2.   Datu drošība

2.1.   Pārskats

Eucaris lietojumprogrammatūra nodrošina drošu komunikāciju ar citām dalībvalstīm un, izmantojot XML, nodrošina komunikāciju ar dalībvalstu uzstādītajām aizmugursistēmām. Atbildes sūtījumu dalībvalstis nosūta tieši saņēmējam. Dalībvalsts datu centrs ir savienots ar ES TESTA tīklu.

XML sūtījumus sūta šifrēti. Šo sūtījumu šifrēšanā izmanto SSL tehniku. Aizmugursistēmai sūta parasta teksta XML sūtījumus, jo lietojumprogrammas un aizmugursistēmas sakariem jābūt aizsargātiem.

Ir paredzēta klientu lietojumprogramma (client application), ko var lietot dalībvalstī, lai veiktu meklēšanu šīs valsts reģistrā vai citu dalībvalstu reģistros. Klientus identificēs, izmantojot lietotājvārdu un paroli vai klienta sertifikātu. Savienojumus ar lietotājiem var šifrēt, bet tā ir katras dalībvalsts individuāla atbildība.

2.2.   Ar sūtījumu apmaiņu saistītas drošības iezīmes

Drošības sistēmas pamatā ir HTTPS un XML paraksta kombinācija. Tas ļauj izmantot XML parakstu, lai parakstītu visus serverim nosūtītos sūtījumus, turklāt tā var autentificēt sūtījuma autoru, pārbaudot parakstu. Vienas puses SSL (1-sided SSL) drošības standartu (tikai servera sertifikāts) izmanto, lai aizsargātu sūtījuma konfidencialitāti un integritāti un lai nodrošinātu aizsardzību pret dzēšanas, atbildes un nesankcionētas datu iekļaušanas uzbrukumiem. Tā vietā, lai attīstītu īpašu programmatūru, kas nodrošinātu divu pušu SSL standartu, izmanto XML parakstu. XML paraksta izmantojums ir tuvāks tīkla pakalpojumu standartam nekā divu pušu SSL, un tāpēc tā lietojums ir stratēģiski izdevīgāks.

XML parakstu var īstenot dažādi, bet ir izvēlēta pieeja, ka XML parakstu izmanto kā tīkla pakalpojumu drošības daļu (Web Services Security – WSS). WSS nosaka, kā izmantot XML parakstu. Tā kā WSS pamatā ir SOAP standarts, būtu loģiski pēc iespējas rīkoties saskaņā ar SOAP standartu.

2.3.   Ar sūtījumu apmaiņu nesaistītas drošības iezīmes

2.3.1.   Lietotāju autentifikācija

Eucaris tīkla lietojumprogrammas lietotāji autentificējas, izmantojot lietotājvārdu un paroli. Tā kā izmanto Windows standarta autentifikāciju, dalībvalstis vajadzības gadījumā lietotāju autentifikācijas drošību var paaugstināt, izmantojot klientu sertifikāciju.

2.3.2.   Lietotāju lomas

Eucaris lietojumprogramma veic dažādas lietotāju lomas. Katram pakalpojumu kopumam ir sava autorizācija. Piemēram, “Eucaris līguma funkcionalitātes” (konkrētiem) lietotājiem var nebūt pieeja “Prīmes funkcionalitātei”. Administratora funkcijas ir nošķirtas no regulāru tiešo lietotāju funkcijām.

2.3.3.   Reģistrēšana (logging) un sūtījumu apmaiņas trasēšana (tracing)

Eucaris lietojumprogramma veicina visu sūtījumu tipu reģistrēšanu (logging). Administratora funkcijas dod iespēju valstu administratoriem noteikt, kuri sūtījumi ir reģistrēti: tiešo lietotāju pieprasījumi, no citām dalībvalstīm saņemti pieprasījumi, valstu reģistru sniegta informācija u. c.

Lietojumprogrammu var konfigurēt, lai tā, veicot šo reģistrēšanu, izmantotu iekšēju datubāzi vai ārēju (Oracle) datubāzi. Lēmumi par to, kuri sūtījumi ir jāreģistrē, nepārprotami ir atkarīgi no citām uzstādīto sistēmu (legacy systems) reģistrācijas iekārtām un to klientu lietojumprogrammām, kas ir pieslēgušies.

Katra sūtījuma galvenē ir informācija par pieprasījuma iesniedzēju dalībvalsti, par šīs dalībvalsts pieprasījuma iesniedzēju organizāciju un iesaistītiem lietotājiem. Ir norādīts arī pieprasījuma iemesls.

Izmantojot kombinētu reģistrēšanu (combined logging) pieprasījuma iesniedzējā un atbildes sniedzējā dalībvalstī, ir iespējams veikt pilnīgu jebkura sūtījuma trasēšanu (piemēram, ja to lūdz attiecīgais iesaistītais pilsonis).

Reģistrēšanu konfigurē, izmantojot Eucaris tīkla klientu (web client) (izvēlņu administrēšana, reģistrēšanas konfigurācija). Reģistrēšanas funkcionalitāti pilda pamatsistēma (Core System). Kad ir aktivizēta reģistrēšanas funkcija, visu sūtījumu (galveni un pamattekstu) saglabā vienā reģistrācijas ierakstā (logging record). Katram definētam pakalpojumam un katram sūtījumu tipam, kas nonāk pamatsistēmā, var iestatīt reģistrācijas līmeni (logging level).

Reģistrācijas līmeņi

Ir iespējami šādi reģistrācijas līmeņi (logging levels):

Privāts – sūtījums ir reģistrēts: reģistrācija NAV pieejama konkrētam reģistrācijas pakalpojumam (extract logging service), tomēr tā ir pieejama valsts līmenī, lai veiktu revīziju un risinātu problēmas.

Nav (none) – sūtījums nav reģistrēts vispār.

Sūtījuma tipi

Dalībvalstu savstarpēja informācijas apmaiņa notiek ar vairākiem sūtījumiem, kuri shematiski ir attēloti zemāk dotajā attēlā.

Iespējamie sūtījumu tipi (kas attēlā parādīti ar dalībvalsts X Eucaris pamatsistēmu) ir šādi:

| 1. | Request to Core System_Request message by Client. |
| --- | --- |

1.

Request to Core System_Request message by Client.

| 2. | Request to Other Member State_Request message by Core System of this Member State. |
| --- | --- |

2.

Request to Other Member State_Request message by Core System of this Member State.

| 3. | Request to Core System of this Member State_Request message by Core System of other Member State. |
| --- | --- |

3.

Request to Core System of this Member State_Request message by Core System of other Member State.

| 4. | Request to Legacy Register_Request message by Core System. |
| --- | --- |

4.

Request to Legacy Register_Request message by Core System.

| 5. | Request to Core System_Request message by Legacy Register. |
| --- | --- |

5.

Request to Core System_Request message by Legacy Register.

| 6. | Response from Core System_Request message by Client. |
| --- | --- |

6.

Response from Core System_Request message by Client.

| 7. | Response from Other Member State_Request message by Core System of this Member Stat. |
| --- | --- |

7.

Response from Other Member State_Request message by Core System of this Member Stat.

| 8. | Response from Core System of this Member State_Request message by other Member State. |
| --- | --- |

8.

Response from Core System of this Member State_Request message by other Member State.

| 9. | Response from Legacy Register_Request message by Core System. |
| --- | --- |

9.

Response from Legacy Register_Request message by Core System.

| 10. | Response from Core System_Request message by Legacy Register.
  Attēlā parādīta šāda informācijas apmaiņa:






  — | ar zilām bultām attēlots informācijas pieprasījums, ko dalībvalsts X sūta dalībvalstij Y. Šie pieprasījumi un atbildes attiecīgi sastāv no 1., 2., 7. un 6. sūtījumu tipa, |
| --- | --- | --- |

10.

Response from Core System_Request message by Legacy Register.

Attēlā parādīta šāda informācijas apmaiņa:

—

ar zilām bultām attēlots informācijas pieprasījums, ko dalībvalsts X sūta dalībvalstij Y. Šie pieprasījumi un atbildes attiecīgi sastāv no 1., 2., 7. un 6. sūtījumu tipa,

| — | ar sarkanām bultām attēlots informācijas pieprasījums, ko dalībvalsts Z nosūta dalībvalstij X. Šie pieprasījumi un atbildes attiecīgi sastāv no 3., 4., 9. un 8. sūtījumu tipa, |
| --- | --- |

—

ar sarkanām bultām attēlots informācijas pieprasījums, ko dalībvalsts Z nosūta dalībvalstij X. Šie pieprasījumi un atbildes attiecīgi sastāv no 3., 4., 9. un 8. sūtījumu tipa,

| — | ar zaļām bultām attēlots uzstādītā reģistra sūtīts informācijas pieprasījums tā pamatsistēmai (šajā datu plūsmā ir iekļauts arī mantotā reģistra klienta nosūtīts pieprasījums). Šādi pieprasījumi attiecīgi sastāv no 5. un 10. sūtījuma tipa. |
| --- | --- |

—

ar zaļām bultām attēlots uzstādītā reģistra sūtīts informācijas pieprasījums tā pamatsistēmai (šajā datu plūsmā ir iekļauts arī mantotā reģistra klienta nosūtīts pieprasījums). Šādi pieprasījumi attiecīgi sastāv no 5. un 10. sūtījuma tipa.

Attēls. Reģistrācijā izmantotie sūtījumu tipi

Image

2.3.4.   Aparatūras drošības modulis (Hardware Security Module)

Aparatūras drošības moduli neizmanto.

Ar aparatūras drošības moduli (Hardware Security Module (HSM)) nodrošina labu aizsardzību atslēgai, ar ko paraksta sūtījumus un identificē serverus. Tas palielina vispārējo drošības līmeni, tomēr HSM moduļa pirkšanas un uzturēšanas izmaksas ir augstas, turklāt nav paredzētas prasības ieviest “FIPS 140-2” 2. vai 3. līmeņa HSM. Tā kā izmanto slēgtu tīklu, tas lielā mērā mazina apdraudējumu, tāpēc ir pieņemts lēmums sākotnēji neizmantot HSM. Ja HSM ir vajadzīgs, piemēram, lai iegūtu akreditāciju, to var pievienot arhitektūrai vēlāk.

3.   Datu apmaiņas tehniskie nosacījumi

3.1.   Vispārējs Eucaris lietojumprogrammas apraksts

3.1.1.   Pārskats

Eucaris lietojumprogramma savieno visas iesaistītās dalībvalstis vienotā tīklā, ar kā starpniecību jebkura dalībvalsts tieši sazinās ar citām dalībvalstīm. Lai notiktu saziņa, nav vajadzības izmantot centrālu elementu. Eucaris lietojumprogrammatūra garantē drošu komunikāciju ar citām dalībvalstīm un, izmantojot XML, nodrošina komunikāciju ar dalībvalstu uzstādīto aizmugursistēmu (back-end legacy system). Šī arhitektūra ir atainota šajā attēlā.

Image

Dalībvalstis ar sūtījumiem apmainās, tos nosūtot tieši saņēmējam. Dalībvalsts datu centrs ir savienots ar tīklu, ko izmanto sūtījumu apmaiņai (TESTA). Lai piekļūtu TESTA tīklam, dalībvalstis tajā ieslēdzas, izmantojot savu pieslēguma līniju (national gate). Lai pieslēgtos tīklam, izmanto ugunssienu, turklāt Eucaris lietojumprogrammu ugunssienai pievieno ar maršrutētāju. Atkarībā no izvēlētās sūtījumu aizsardzības vai nu maršrutētājs, vai Eucaris lietojumprogramma izmanto sertifikātu.

Ir paredzēta klientu lietojumprogramma, ko var lietot dalībvalstī, lai veiktu meklēšanu šīs valsts reģistrā, vai citu dalībvalstu reģistros. Klientu lietojumprogramma pieslēdzas Eucaris. Klientus identificēs, izmantojot lietotājvārdu un paroli vai klienta sertifikātu. Savienojumu ar lietotājiem ārējā organizācijā (piemēram, policijā) var šifrēt, bet tā ir katras dalībvalsts individuāla atbildība.

3.1.2.   Sistēmas darbības joma

Eucaris sistēmas darbības joma ir ierobežota no dalībvalstu reģistrācijas iestāžu savstarpējas informācijas apmaiņas procesu viedokļa un no informācijas pasniegšanas paņēmiena viedokļa. Procedūras un automatizēti procesi, kuros informāciju ir paredzēts izmantot, neietilpst sistēmas darbības jomā.

Dalībvalstis var vai nu izvēlēties Eucaris klienta funkcionalitāti, vai arī izveidot pašas savu pielāgotu klientu lietojumprogrammu. Šajā tabulā ir aprakstīts, kuri Eucaris sistēmas aspekti ir obligāti jāizmanto un/vai jāparedz un kurus var izmantot fakultatīvi, un/vai kurus var izmantot pēc dalībvalstu brīvas izvēles.

| EUCARIS aspects | M/O (9) | Remark |
| --- | --- | --- |
| Network concept | M | The concept is an “any-to-any” communication. |
| Physical network | M | TESTA |
| Core application | M | The core application of EUCARIS has to be used to connect to the other Member States. The following functionality is offered by the core:






  — | Encrypting and signing of the messages |

EUCARIS aspects

M/O (9)

Remark

Network concept

M

The concept is an “any-to-any” communication.

Physical network

M

TESTA

Core application

M

The core application of EUCARIS has to be used to connect to the other Member States. The following functionality is offered by the core:

—

Encrypting and signing of the messages

| — | Checking of the identity of the sender |
| --- | --- |

—

Checking of the identity of the sender

| — | Authorization of Member States and local users |
| --- | --- |

—

Authorization of Member States and local users

| — | Routing of messages |
| --- | --- |

—

Routing of messages

| — | Queuing of asynchronous messages if the recipient service is temporally unavailable |
| --- | --- |

—

Queuing of asynchronous messages if the recipient service is temporally unavailable

| — | Multiple country inquiry functionality |
| --- | --- |

—

Multiple country inquiry functionality

| — | Logging of the exchange of messages |
| --- | --- |

—

Logging of the exchange of messages

| — | Storage of incoming messages |
| --- | --- |

—

Storage of incoming messages

Client application

O

In addition to the core application the EUCARIS II client application can be used by a Member State. When applicable, the core and client application are modified under auspices of the EUCARIS organisation.

Security concept

M

The concept is based on XML-signing by means of client certificates and SSL-encryption by means of service certificates.

Message specifications

M

Every Member State has to comply with the message specifications as set by the EUCARIS organisation and this Council Decision. The specifications can only be changed by the EUCARIS organisation in consultation with the Member States.

Operation and Support

M

The acceptance of new Member States or a new functionality is under auspices of the EUCARIS organisation. Monitoring and help desk functions are managed centrally by an appointed Member State.

3.2.   Funkcionālas prasības un nefunkcionālas prasības

3.2.1.   Vispārējas funkcijas

Šajā iedaļā vispārīgi ir aprakstītas galvenās vispārējās funkcijas.

| Nr. | Apraksts |
| --- | --- |
| 1. | Sistēma dod iespēju dalībvalstu reģistrācijas iestādēm interaktīvi apmainīties ar pieprasījuma un atbilžu sūtījumiem. |
| 2. | Sistēmā ir iekļauta klientu lietojumprogramma, kas dod iespēju tiešiem lietotājiem nosūtīt savus pieprasījumus un sniegt atbildes informāciju manuālai apstrādei. |
| 3. | Sistēma veicina informācijas izplatīšanas darbības, ļaujot dalībvalstij pieprasījumu nosūtīt visām pārējām dalībvalstīm. Saņemtās atbildes pamata lietojumprogramma (core application) apvieno vienā klienta lietojumprogrammai (client application) adresētā atbildes sūtījumā (šo funkcionalitāti sauc “vairāku valstu izziņa” (“Multiple Country Inquiry”)). |
| 4. | Sistēma spēj apstrādāt dažādu tipu sūtījumus. Katram lietojuma pakalpojumam definē savas lietotāju lomas: autorizāciju, maršrutēšanu, parakstus un reģistrāciju. |
| 5. | Sistēma dod iespēju dalībvalstīm apmainīties ar sūtījumu paketēm vai sūtījumiem, kuros ir liels skaits pieprasījumu vai atbilžu. Šo sūtījumu apstrāde notiek asinhroni. |
| 6. | Sistēma uzkrāj asinhronos sūtījumus, ja saņēmēja dalībvalsts īslaicīgi nav pieejama, un garantē to nosūtīšanu, tiklīdz saņēmējs atkal ir pieejams. |
| 7. | Sistēma uzglabā ienākošos asinhronos sūtījumus līdz brīdim, kad tos var apstrādāt. |
| 8. | Sistēma dod piekļuvi tikai citu valstu Eucaris lietojumiem, nevis atsevišķām organizācijām šajās citās dalībvalstīs, proti, katra reģistrācijas iestāde darbojas kā vienīgā pieslēguma līnija starp attiecīgās valsts tiešiem lietotājiem un attiecīgām citu valstu iestādēm. |
| 9. | Vienā Eucaris serverī ir iespējams definēt dažādu dalībvalstu lietotājus un autorizēt tos saskaņā ar attiecīgās valsts piekļuves tiesībām. |
| 10. | Sūtījumos ir iekļauta informācija par pieprasījuma iesniedzēju dalībvalsti, organizāciju un tiešo lietotāju. |
| 11. | Ar šo sistēmu veicina dažādu dalībvalstu un pamata lietojumprogrammas un valstu reģistrācijas sistēmu starpā sūtīto sūtījumu apmaiņas reģistrēšanu (logging). |
| 12. | Sistēma ļauj veidot īpašu sekretariātu, kas ir organizācija vai dalībvalsts, kas ir nepārprotami deleģēta veikt šo uzdevumu – apkopot reģistrēto informāciju (logged information) par visu iesaistīto dalībvalstu nosūtītajiem un saņemtajiem sūtījumiem, lai izstrādātu statistikas ziņojumus. |
| 13. | Katra dalībvalsts pati norāda, kāda reģistrētā informācija ir darīta pieejama sekretariātam un kāda informācija ir “privāta”. |
| 14. | Šī sistēma ļauj valstu administratoriem katrā dalībvalstī apkopot izmantošanas statistiku. |
| 15. | Sistēma dod iespēju, izpildot dažus vienkāršus administratīvus uzdevumus, pievienoties jaunām dalībvalstīm. |

Nr.

Apraksts

1.

Sistēma dod iespēju dalībvalstu reģistrācijas iestādēm interaktīvi apmainīties ar pieprasījuma un atbilžu sūtījumiem.

2.

Sistēmā ir iekļauta klientu lietojumprogramma, kas dod iespēju tiešiem lietotājiem nosūtīt savus pieprasījumus un sniegt atbildes informāciju manuālai apstrādei.

3.

Sistēma veicina informācijas izplatīšanas darbības, ļaujot dalībvalstij pieprasījumu nosūtīt visām pārējām dalībvalstīm. Saņemtās atbildes pamata lietojumprogramma (core application) apvieno vienā klienta lietojumprogrammai (client application) adresētā atbildes sūtījumā (šo funkcionalitāti sauc “vairāku valstu izziņa” (“Multiple Country Inquiry”)).

4.

Sistēma spēj apstrādāt dažādu tipu sūtījumus. Katram lietojuma pakalpojumam definē savas lietotāju lomas: autorizāciju, maršrutēšanu, parakstus un reģistrāciju.

5.

Sistēma dod iespēju dalībvalstīm apmainīties ar sūtījumu paketēm vai sūtījumiem, kuros ir liels skaits pieprasījumu vai atbilžu. Šo sūtījumu apstrāde notiek asinhroni.

6.

Sistēma uzkrāj asinhronos sūtījumus, ja saņēmēja dalībvalsts īslaicīgi nav pieejama, un garantē to nosūtīšanu, tiklīdz saņēmējs atkal ir pieejams.

7.

Sistēma uzglabā ienākošos asinhronos sūtījumus līdz brīdim, kad tos var apstrādāt.

8.

Sistēma dod piekļuvi tikai citu valstu Eucaris lietojumiem, nevis atsevišķām organizācijām šajās citās dalībvalstīs, proti, katra reģistrācijas iestāde darbojas kā vienīgā pieslēguma līnija starp attiecīgās valsts tiešiem lietotājiem un attiecīgām citu valstu iestādēm.

9.

Vienā Eucaris serverī ir iespējams definēt dažādu dalībvalstu lietotājus un autorizēt tos saskaņā ar attiecīgās valsts piekļuves tiesībām.

10.

Sūtījumos ir iekļauta informācija par pieprasījuma iesniedzēju dalībvalsti, organizāciju un tiešo lietotāju.

11.

Ar šo sistēmu veicina dažādu dalībvalstu un pamata lietojumprogrammas un valstu reģistrācijas sistēmu starpā sūtīto sūtījumu apmaiņas reģistrēšanu (logging).

12.

Sistēma ļauj veidot īpašu sekretariātu, kas ir organizācija vai dalībvalsts, kas ir nepārprotami deleģēta veikt šo uzdevumu – apkopot reģistrēto informāciju (logged information) par visu iesaistīto dalībvalstu nosūtītajiem un saņemtajiem sūtījumiem, lai izstrādātu statistikas ziņojumus.

13.

Katra dalībvalsts pati norāda, kāda reģistrētā informācija ir darīta pieejama sekretariātam un kāda informācija ir “privāta”.

14.

Šī sistēma ļauj valstu administratoriem katrā dalībvalstī apkopot izmantošanas statistiku.

15.

Sistēma dod iespēju, izpildot dažus vienkāršus administratīvus uzdevumus, pievienoties jaunām dalībvalstīm.

3.2.2.   Izmantojamība

| Nr. | Apraksts |
| --- | --- |
| 16. | Sistēma nodrošina saskarni, lai veiktu automatizētu sūtījumu apstrādi, izmantojot aizmugursistēmu un uzstādītu sistēmas (back-end systems/legacy), un dod iespēju integrēt lietotāja saskarni šajās sistēmās (pielāgota lietotāja saskarne (customised user-interface). |
| 17. | Sistēmu ir viegli apgūt, tā ir viegli saprotama, un tajā ir iekļauti palīdzības skaidrojumi. |
| 18. | Sistēma ir dokumentēta, lai dalībvalstīm palīdzētu nodrošināt integrāciju, sistēmas darbību un turpmāku uzturēšanu (piemēram, uzziņu rokasgrāmatas, funkcionāla un tehniska dokumentācija, darbības instrukcija...). |
| 19. | Lietotāja saskarne ir vairākās valodās un dod iespēju tiešam lietotājam izvēlēties lietojuma valodu. |
| 20. | Lietotāja saskarnē ir paredzēta iespēja, lai vietējais administrators varētu valsts valodā iztulkot gan redzamo, gan kodēto informāciju. |

Nr.

Apraksts

16.

Sistēma nodrošina saskarni, lai veiktu automatizētu sūtījumu apstrādi, izmantojot aizmugursistēmu un uzstādītu sistēmas (back-end systems/legacy), un dod iespēju integrēt lietotāja saskarni šajās sistēmās (pielāgota lietotāja saskarne (customised user-interface).

17.

Sistēmu ir viegli apgūt, tā ir viegli saprotama, un tajā ir iekļauti palīdzības skaidrojumi.

18.

Sistēma ir dokumentēta, lai dalībvalstīm palīdzētu nodrošināt integrāciju, sistēmas darbību un turpmāku uzturēšanu (piemēram, uzziņu rokasgrāmatas, funkcionāla un tehniska dokumentācija, darbības instrukcija...).

19.

Lietotāja saskarne ir vairākās valodās un dod iespēju tiešam lietotājam izvēlēties lietojuma valodu.

20.

Lietotāja saskarnē ir paredzēta iespēja, lai vietējais administrators varētu valsts valodā iztulkot gan redzamo, gan kodēto informāciju.

3.2.3.   Uzticamība

| Nr. | Apraksts |
| --- | --- |
| 21. | Sistēma ir izveidota kā droša un darbā uzticama sistēma, kas pieļauj zināmas operatoru kļūdas un kas atkopsies (clean recovery) pēc elektroenerģijas padeves pārtraukumiem vai citiem traucējumiem. Ir jābūt iespējamam restartēt sistēmu, izvairoties no datu zuduma vai pieļaujot tikai minimālu datu zudumu. |
| 22. | Sistēmas darbības rezultātiem ir jābūt stabiliem un atkārtojamiem. |
| 23. | Sistēma ir izstrādāta tā, lai tās darbība būtu uzticama. Ir iespējams īstenot sistēmu konfigurācijā, kas katrā divpusējā komunikācijā garantētu 98 % pieejamību (izmantojot papildelementus (redundancy), dublējuma serverus (back-up servers) u. c.). |
| 24. | Ir iespējams izmantot sistēmas daļu pat tad, ja daži komponenti nedarbojas (ja dalībvalsts C nav pieejama, dalībvalstis A un B var turpināt uzturēt sakarus). Vajadzētu pēc iespējas novērst atsevišķu informācijas ķēdes punktu kļūdainu darbību. |
| 25. | Atkopšanās laikam pēc nopietnas sistēmas kļūmes vajadzētu būt mazākam nekā viena diena. Vajadzētu pēc iespējas samazināt laiku, kad sistēma nedarbojas, izmantojot tālvadību, ko, piemēram, veiktu no centrāla sistēmas kontrolpunkta (central service desk). |

Nr.

Apraksts

21.

Sistēma ir izveidota kā droša un darbā uzticama sistēma, kas pieļauj zināmas operatoru kļūdas un kas atkopsies (clean recovery) pēc elektroenerģijas padeves pārtraukumiem vai citiem traucējumiem. Ir jābūt iespējamam restartēt sistēmu, izvairoties no datu zuduma vai pieļaujot tikai minimālu datu zudumu.

22.

Sistēmas darbības rezultātiem ir jābūt stabiliem un atkārtojamiem.

23.

Sistēma ir izstrādāta tā, lai tās darbība būtu uzticama. Ir iespējams īstenot sistēmu konfigurācijā, kas katrā divpusējā komunikācijā garantētu 98 % pieejamību (izmantojot papildelementus (redundancy), dublējuma serverus (back-up servers) u. c.).

24.

Ir iespējams izmantot sistēmas daļu pat tad, ja daži komponenti nedarbojas (ja dalībvalsts C nav pieejama, dalībvalstis A un B var turpināt uzturēt sakarus). Vajadzētu pēc iespējas novērst atsevišķu informācijas ķēdes punktu kļūdainu darbību.

25.

Atkopšanās laikam pēc nopietnas sistēmas kļūmes vajadzētu būt mazākam nekā viena diena. Vajadzētu pēc iespējas samazināt laiku, kad sistēma nedarbojas, izmantojot tālvadību, ko, piemēram, veiktu no centrāla sistēmas kontrolpunkta (central service desk).

3.2.4.   Darbība

| Nr. | Apraksts |
| --- | --- |
| 26. | Sistēmu var izmantot cauru diennakti septiņas dienas nedēļā. Šīs darbības laika (time-window 24x7) prasības ir jāievēro arī dalībvalstu uzstādītām sistēmām. |
| 27. | Sistēma ātri reaģē uz lietotāja prasījumiem neatkarīgi no fonā risinātiem uzdevumiem. Tāda prasība ir izvirzīta arī pušu uzstādītām sistēmām, lai nodrošinātu pieņemamu atbildes laiku. Par pieņemamu uzskata vispārēju atbildes laiku, kas vienam prasījumam nav ilgāks kā 10 sekundes. |
| 28. | Sistēma ir izstrādāta tā, lai to varētu lietot vairāki lietotāji un lai fonā risināmie uzdevumi varētu turpināt darbību, kamēr lietotājs risina priekšplāna uzdevumus. |
| 29. | Sistēma ir izstrādāta, lai tā būtu adaptīva un tā varētu tikt galā ar iespējamu sūtījumu skaita pieaugumu, ja sistēmai pievieno jaunu funkcionalitāti vai arī tai pievienojas jauna organizācija vai dalībvalsts. |

Nr.

Apraksts

26.

Sistēmu var izmantot cauru diennakti septiņas dienas nedēļā. Šīs darbības laika (time-window 24x7) prasības ir jāievēro arī dalībvalstu uzstādītām sistēmām.

27.

Sistēma ātri reaģē uz lietotāja prasījumiem neatkarīgi no fonā risinātiem uzdevumiem. Tāda prasība ir izvirzīta arī pušu uzstādītām sistēmām, lai nodrošinātu pieņemamu atbildes laiku. Par pieņemamu uzskata vispārēju atbildes laiku, kas vienam prasījumam nav ilgāks kā 10 sekundes.

28.

Sistēma ir izstrādāta tā, lai to varētu lietot vairāki lietotāji un lai fonā risināmie uzdevumi varētu turpināt darbību, kamēr lietotājs risina priekšplāna uzdevumus.

29.

Sistēma ir izstrādāta, lai tā būtu adaptīva un tā varētu tikt galā ar iespējamu sūtījumu skaita pieaugumu, ja sistēmai pievieno jaunu funkcionalitāti vai arī tai pievienojas jauna organizācija vai dalībvalsts.

3.2.5.   Drošība

| Nr. | Apraksts |
| --- | --- |
| 30. | Sistēma ir piemērota (proti, ir paredzēti atbilstīgi drošības pasākumi), lai varētu veikt apmaiņu ar sūtījumiem, kas satur personas datus (piemēram, transportlīdzekļu īpašnieki/turētāji), kuri ir klasificēti kā ES dati ar ierobežotu piekļuvi (EU restricted). |
| 31. | Sistēmu uztur tā, lai novērstu neatļautu piekļuvi datiem. |
| 32. | Sistēmā ir integrēta valstu tiešo lietotāju piekļuves tiesību un atļauju pārvaldības funkcija. |
| 33. | Dalībvalstīm ir iespējams pārbaudīt sūtītāja identitāti (dalībvalsts mērogā), izmantojot XML parakstu. |
| 34. | Dalībvalstīm ir skaidri jāautorizē citas dalībvalstis, lai tās lūgtu konkrētu informāciju. |
| 35. | Sistēma lietojumprogrammas līmenī nodrošina pilnīgu drošības un šifrēšanas politiku, kas ir saskaņā ar šādās situācijās vajadzīgo drošības pakāpi. Informācijas pilnīgu aizsardzību un integritāti garantē XML paraksta un šifrēšanas izmantojums, ko veic ar SSL tunelēšanas (SSL-tunnelling) palīdzību. |
| 36. | Jebkuru sūtījumu apmaiņu var izsekot, izmantojot reģistrēšanu (logging). |
| 37. | Aizsardzību nodrošina pret informācijas dzēšanas uzbrukumiem (trešā puse dzēš sūtījumu) un atbildes vai datu iekļaušanas uzbrukumiem (trešā puse atbild vai iekļauj sūtījumu). |
| 38. | Sistēma izmanto uzticamas trešās puses sertifikātu (Trusted Third Party – TTP). |
| 39. | Sistēma var attiecībā uz katru dalībvalsti apstrādāt dažādus sertifikātus atkarībā no sūtījuma vai konkrētās darbības tipa. |
| 40. | Lietojumprogrammas drošības pasākumi ir pietiekami, lai varētu izmantot neakreditētus tīklus. |
| 41. | Sistēma spēj izmantot novatoriskus drošības risinājumus, piemēram, XML ugunssienu. |

Nr.

Apraksts

30.

Sistēma ir piemērota (proti, ir paredzēti atbilstīgi drošības pasākumi), lai varētu veikt apmaiņu ar sūtījumiem, kas satur personas datus (piemēram, transportlīdzekļu īpašnieki/turētāji), kuri ir klasificēti kā ES dati ar ierobežotu piekļuvi (EU restricted).

31.

Sistēmu uztur tā, lai novērstu neatļautu piekļuvi datiem.

32.

Sistēmā ir integrēta valstu tiešo lietotāju piekļuves tiesību un atļauju pārvaldības funkcija.

33.

Dalībvalstīm ir iespējams pārbaudīt sūtītāja identitāti (dalībvalsts mērogā), izmantojot XML parakstu.

34.

Dalībvalstīm ir skaidri jāautorizē citas dalībvalstis, lai tās lūgtu konkrētu informāciju.

35.

Sistēma lietojumprogrammas līmenī nodrošina pilnīgu drošības un šifrēšanas politiku, kas ir saskaņā ar šādās situācijās vajadzīgo drošības pakāpi. Informācijas pilnīgu aizsardzību un integritāti garantē XML paraksta un šifrēšanas izmantojums, ko veic ar SSL tunelēšanas (SSL-tunnelling) palīdzību.

36.

Jebkuru sūtījumu apmaiņu var izsekot, izmantojot reģistrēšanu (logging).

37.

Aizsardzību nodrošina pret informācijas dzēšanas uzbrukumiem (trešā puse dzēš sūtījumu) un atbildes vai datu iekļaušanas uzbrukumiem (trešā puse atbild vai iekļauj sūtījumu).

38.

Sistēma izmanto uzticamas trešās puses sertifikātu (Trusted Third Party – TTP).

39.

Sistēma var attiecībā uz katru dalībvalsti apstrādāt dažādus sertifikātus atkarībā no sūtījuma vai konkrētās darbības tipa.

40.

Lietojumprogrammas drošības pasākumi ir pietiekami, lai varētu izmantot neakreditētus tīklus.

41.

Sistēma spēj izmantot novatoriskus drošības risinājumus, piemēram, XML ugunssienu.

3.2.6.   Pielāgošanās spēja

| Nr. | Apraksts |
| --- | --- |
| 42. | Sistēma var apstrādāt jaunus sūtījumus, un to var papildināt ar jaunām funkcijām. Pielāgojumu izmaksas ir minimālas, jo lietojumprogrammas komponentus izstrādā centralizēti. |
| 43. | Dalībvalstīm ir iespēja divpusēja izmantojuma vajadzībām definēt jaunu sūtījumu tipus. Visām dalībvalstīm nav izvirzītas prasības strādāt ar visiem sūtījumu tipiem. |

Nr.

Apraksts

42.

Sistēma var apstrādāt jaunus sūtījumus, un to var papildināt ar jaunām funkcijām. Pielāgojumu izmaksas ir minimālas, jo lietojumprogrammas komponentus izstrādā centralizēti.

43.

Dalībvalstīm ir iespēja divpusēja izmantojuma vajadzībām definēt jaunu sūtījumu tipus. Visām dalībvalstīm nav izvirzītas prasības strādāt ar visiem sūtījumu tipiem.

3.2.7.   Atbalsts un uzturēšana

| Nr. | Apraksts |
| --- | --- |
| 44. | Sistēmā ir integrētas pārraudzības funkcijas, ko attiecībā uz dažādu dalībvalstu tīkliem un serveriem veic centrālais sistēmas kontrolpunkts un/vai operatori. |
| 45. | Sistēma dod iespēju centrālajam sistēmas kontrolpunktam veikt tālvadību. |
| 46. | Sistēmas funkcijas ļauj veikt problēmu analīzi. |
| 47. | Sistēmai var pievienoties arī jaunas dalībvalstis. |
| 48. | Lietojumprogrammu var viegli instalēt darbinieki, kuriem ir minimālas IT zināšanas un pieredze. Instalācijas procedūra ir maksimāli automatizēta. |
| 49. | Sistēmā paredzētas pastāvīgas testēšanas un kontroles funkcijas. |
| 50. | Tā kā sistēma ir veidota atbilstīgi tirgū pieejamiem standartiem, turklāt lietojumprogramma ir izstrādāta tā, lai centrālā sistēmas kontrolpunkta palīdzība būtu pēc iespējas mazāk vajadzīga, tad sistēmas apkopes un uzturēšanas gada izmaksas ir saglabātas iespējami zemā līmenī. |

Nr.

Apraksts

44.

Sistēmā ir integrētas pārraudzības funkcijas, ko attiecībā uz dažādu dalībvalstu tīkliem un serveriem veic centrālais sistēmas kontrolpunkts un/vai operatori.

45.

Sistēma dod iespēju centrālajam sistēmas kontrolpunktam veikt tālvadību.

46.

Sistēmas funkcijas ļauj veikt problēmu analīzi.

47.

Sistēmai var pievienoties arī jaunas dalībvalstis.

48.

Lietojumprogrammu var viegli instalēt darbinieki, kuriem ir minimālas IT zināšanas un pieredze. Instalācijas procedūra ir maksimāli automatizēta.

49.

Sistēmā paredzētas pastāvīgas testēšanas un kontroles funkcijas.

50.

Tā kā sistēma ir veidota atbilstīgi tirgū pieejamiem standartiem, turklāt lietojumprogramma ir izstrādāta tā, lai centrālā sistēmas kontrolpunkta palīdzība būtu pēc iespējas mazāk vajadzīga, tad sistēmas apkopes un uzturēšanas gada izmaksas ir saglabātas iespējami zemā līmenī.

3.2.8.   Izstrādes prasības

| Nr. | Apraksts |
| --- | --- |
| 51. | Sistēma ir izstrādāta un dokumentēta, lai to varētu ekspluatēt daudzu gadu garumā. |
| 52. | Sistēma ir izstrādāta, lai tās darbība būtu neatkarīga no tīkla pakalpojumu sniedzēja. |
| 53. | Sistēma ir saderīga ar pašreizējo dalībvalstīs lietoto aparatūru un programmatūru un mijiedarbojas ar šīm reģistrācijas sistēmām, izmantojot atvērto standartu tīkla pakalpojumu tehnoloģijas (XML, XSD, SOAP, WSDL, HTTP(s), Web services, WSS, X.509 u. c.). |

Nr.

Apraksts

51.

Sistēma ir izstrādāta un dokumentēta, lai to varētu ekspluatēt daudzu gadu garumā.

52.

Sistēma ir izstrādāta, lai tās darbība būtu neatkarīga no tīkla pakalpojumu sniedzēja.

53.

Sistēma ir saderīga ar pašreizējo dalībvalstīs lietoto aparatūru un programmatūru un mijiedarbojas ar šīm reģistrācijas sistēmām, izmantojot atvērto standartu tīkla pakalpojumu tehnoloģijas (XML, XSD, SOAP, WSDL, HTTP(s), Web services, WSS, X.509 u. c.).

3.2.9.   Piemērojamie standarti

| Nr. | Apraksts |
| --- | --- |
| 54. | Sistēma ir saskaņā ar datu aizsardzības standartiem, kas izklāstīti Regulā (EK) Nr. 45/2001 (21., 22. un 23. pantā) un Direktīvā 95/46/EK. |
| 55. | Sistēma ir saderīga ar IDA standartiem. |
| 56. | Sistēma darbojas ar UTF8. |

Nr.

Apraksts

54.

Sistēma ir saskaņā ar datu aizsardzības standartiem, kas izklāstīti Regulā (EK) Nr. 45/2001 (21., 22. un 23. pantā) un Direktīvā 95/46/EK.

55.

Sistēma ir saderīga ar IDA standartiem.

56.

Sistēma darbojas ar UTF8.

4. NODAĻA. Izvērtējums

1.   Izvērtējuma procedūra saskaņā ar 20. pantu (Lēmuma gatavošana saskaņā ar Lēmuma 2008/615/TI 25. panta 2. punktu)

1.1.   Anketa

Attiecīgā Padomes darba grupa izstrādā anketu par katru no Lēmuma 2008/615/TI 2. nodaļā izklāstītajiem automatizētiem datu apmaiņas paņēmieniem.

Tiklīdz dalībvalsts uzskata, ka tā izpilda priekšnosacījumus, lai veiktu attiecīgās kategorijas datu apmaiņu, tā izpilda attiecīgo anketu.

1.2.   Izmēģinājumi

Lai izvērtētu anketas rezultātus, dalībvalsts, kas vēlas sākt datu apmaiņu, veic izmēģinājumus kopā ar vienu vai vairākām citām dalībvalstīm, kuras saskaņā ar Padomes lēmumu jau piedalās datu apmaiņā. Izmēģinājumus veic vai nu īsi pirms, vai īsi pēc izvērtējuma inspekcijas.

Izmēģinājumu apstākļus un mehānismus noteiks attiecīgā Padomes darba grupa, un tos veiks saskaņā ar iepriekš panāktu konkrētu vienošanos ar attiecīgo dalībvalsti. Par izmēģinājumu praktiskiem aspektiem lēmumu pieņems dalībvalstis, kas tajās piedalās.

1.3.   Izvērtējuma inspekcija

Lai izvērtētu anketas rezultātus, dalībvalstīs, kas vēlas sākt piedalīties datu apmaiņā, rīkos izvērtējuma inspekcijas.

Šo inspekciju apstākļus un mehānismus noteiks attiecīgā Padomes darba grupa, un tās rīkos saskaņā ar konkrēto vienošanos, kas pirms tam panākta starp attiecīgo dalībvalsti un izvērtējuma grupu. Attiecīgā dalībvalsts dos iespēju izvērtējuma grupai pārbaudīt automatizēto datu apmaiņu datu kategorijā vai kategorijās, kuras paredzēts izvērtēt, jo īpaši saskaņā ar izvērtējuma grupas pieprasījumiem organizējot inspekcijas norises programmu.

Viena mēneša laikā izvērtējuma grupa izstrādā izvērtējuma inspekcijas ziņojumu, ko tā nosūta attiecīgai dalībvalstij, lai tā to komentētu. Vajadzības gadījumā izvērtējuma grupa pārskatīs šo ziņojumu, pamatojoties uz dalībvalsts sniegtajiem komentāriem.

Izvērtējuma grupā ir ne vairāk kā trīs eksperti, ko izraudzījušās dalībvalstis, kas piedalās automatizētā datu apmaiņā ar tām datu kategorijām, ko paredzēts izvērtēt, turklāt šiem ekspertiem ir darba pieredze ar attiecīgo datu kategoriju, viņiem ir atbilstīga valsts izsniegta drošības pielaide darbam ar šiem jautājumiem, un viņi pauduši vēlmi piedalīties vismaz vienā izvērtējuma inspekcijā citā dalībvalstī. Komisiju aicinās piedalīties izvērtējuma grupā novērotāja statusā.

Izvērtējuma grupas dalībnieki ievēros slepenības statusu informācijai, kas viņiem būs kļuvusi zināma, pildot darba uzdevumus.

1.4.   Ziņojums Padomei

Padomei iesniegs vispārēju izvērtējuma ziņojumu, kurā apkopoti anketu, izvērtējuma inspekciju un izmēģinājumu rezultāti, lai tā pieņemtu lēmumu saskaņā ar Lēmuma 2008/615/TI 25. panta 2. punktu.

2.   Saskaņā ar 21. pantu veiktā izvērtēšanas procedūra

2.1.   Statistika un ziņojumi

Katra dalībvalsts apkopo statistiku par automatizētas datu apmaiņas rezultātiem. Lai nodrošinātu iespēju statistiku salīdzināt, attiecīgā Padomes darba grupa izstrādās statistikas modeli.

Statistikas datus reizi gadā pārsūtīs Komisijai un Ģenerālsekretariātam, kas sagatavos apkopotu pārskatu par iepriekšējo gadu.

Turklāt dalībvalstīm lūgs regulāri, ne biežāk kā reizi gadā iesniegt papildu informāciju par automatizētās datu apmaiņas administratīvu, tehnisku un finansiālu īstenošanu, lai informāciju analizētu un izmantotu procesa uzlabošanai. Pamatojoties uz tādu informāciju, izstrādās ziņojumu, ko iesniegt Padomei.

2.2.   Pārskatīšana

Padome izskata šeit aprakstītos izvērtēšanas mehānismus pienācīgā laikā un vajadzības gadījumā tos pārskata.

3.   
  Ekspertu sanāksmes

Attiecīgajā Padomes darba grupā eksperti regulāri rīkos sanāksmes, lai organizētu un īstenotu minētās izvērtēšanas procedūras, kā arī lai dalītos pieredzē un pārrunātu iespējamus uzlabojumus. Vajadzības gadījumā šo ekspertu pārrunu rezultātus integrēs 2.1. punktā minētajā ziņojumā.

---

(1)  “Pilnīgs” nozīmē to, ka izmanto arī reti sastopamu alēļu vērtības.

(2)  Šī pozīcija ir definēta ASCII standartā.

(3)  M = obligāts (mandatory), ja pieejams valsts reģistrā; O = fakultatīvs (optional).

(4)  Visi dalībvalstu īpaši norādītie atribūti ir atzīmēti ar Y.

(5)  Saskaņotā dokumenta saīsinājums, skatīt Padomes Direktīvu 1999/37/EK, 29.4.1999.

(6)  M = obligāts (mandatory), ja pieejams valsts reģistrā; O = fakultatīvs (optional).

(7)  Saskaņotā dokumenta saīsinājums, skatīt Padomes Direktīvu 1999/37/EK, 29.4.1999.

(8)  Luksemburgā izmanto divus dažādus transportlīdzekļu dokumentu reģistrācijas ID.

(9)  M = obligāts (mandatory) jāizmanto vai jāievēro; O = fakultatīvs (optional) izmantojums vai ievērošana.

---

| 6.8.2008 | LV | Eiropas Savienības Oficiālais Vēstnesis | L 210/73 |
| --- | --- | --- | --- |

6.8.2008

LV

Eiropas Savienības Oficiālais Vēstnesis

L 210/73

---

PADOMES LĒMUMS 2008/617/TI

(2008. gada 23. jūnijs)

par sadarbības uzlabošanu starp Eiropas Savienības dalībvalstu īpašajām intervences vienībām krīzes situācijās

EIROPAS SAVIENĪBAS PADOME,

ņemot vērā Līgumu par Eiropas Savienību un jo īpaši tā 30. pantu, 32. pantu un 34. panta 2. punkta c) apakšpunktu,

ņemot vērā Austrijas Republikas ierosmi (1),

ņemot vērā Eiropas Parlamenta atzinumu (2),

tā kā:

| (1) | Līguma par Eiropas Savienību 29. pantā noteikts, ka Savienības mērķis ir nodrošināt pilsoņiem augstu aizsardzības līmeni teritorijā, kur valda brīvība, drošība un tiesiskums, organizējot dalībvalstu kopīgu rīcību policijas un tiesu iestāžu sadarbībai krimināllietās. |
| --- | --- |

(1)

Līguma par Eiropas Savienību 29. pantā noteikts, ka Savienības mērķis ir nodrošināt pilsoņiem augstu aizsardzības līmeni teritorijā, kur valda brīvība, drošība un tiesiskums, organizējot dalībvalstu kopīgu rīcību policijas un tiesu iestāžu sadarbībai krimināllietās.

| (2) | Eiropas Savienības dalībvalstu valstu un valdību vadītāji 2004. gada 25. marta Deklarācijā par solidaritāti terorisma apkarošanā ir deklarējuši stingru apņemšanos, ka dalībvalstīm ir jāapkopo visi to rīcībā esošie instrumenti, lai teroristu uzbrukumu gadījumā sniegtu palīdzību dalībvalstij vai valstij, kas pievienojas, tās teritorijā pēc tās politisko iestāžu lūguma. |
| --- | --- |

(2)

Eiropas Savienības dalībvalstu valstu un valdību vadītāji 2004. gada 25. marta Deklarācijā par solidaritāti terorisma apkarošanā ir deklarējuši stingru apņemšanos, ka dalībvalstīm ir jāapkopo visi to rīcībā esošie instrumenti, lai teroristu uzbrukumu gadījumā sniegtu palīdzību dalībvalstij vai valstij, kas pievienojas, tās teritorijā pēc tās politisko iestāžu lūguma.

| (3) | Pēc 2001. gada 11. septembra uzbrukumiem dalībvalstu visu tiesībaizsardzības iestāžu īpašās intervences vienības jau ir sākušas sadarbību Policijas vadītāju darba grupas vadībā. Kopš 2001. gada to tīkls Atlas ir organizējis dažādus seminārus, pētījumus, materiālu apmaiņas un kopīgas mācības. |
| --- | --- |

(3)

Pēc 2001. gada 11. septembra uzbrukumiem dalībvalstu visu tiesībaizsardzības iestāžu īpašās intervences vienības jau ir sākušas sadarbību Policijas vadītāju darba grupas vadībā. Kopš 2001. gada to tīkls Atlas ir organizējis dažādus seminārus, pētījumus, materiālu apmaiņas un kopīgas mācības.

| (4) | Nevienas dalībvalsts rīcībā nav visi līdzekļi, resursi un zināšanas, lai efektīvi risinātu jebkāda veida īpašas vai plaša mēroga krīzes situācijas, kurām ir vajadzīga īpaša intervence. Tādēļ ir ārkārtīgi svarīgi, lai katra dalībvalsts varētu lūgt palīdzību citai dalībvalstij. |
| --- | --- |

(4)

Nevienas dalībvalsts rīcībā nav visi līdzekļi, resursi un zināšanas, lai efektīvi risinātu jebkāda veida īpašas vai plaša mēroga krīzes situācijas, kurām ir vajadzīga īpaša intervence. Tādēļ ir ārkārtīgi svarīgi, lai katra dalībvalsts varētu lūgt palīdzību citai dalībvalstij.

| (5) | Padomes Lēmumā 2008/615/TI (2008. gada 23. jūnijs) par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu un pārrobežu noziedzību (3) (“Prīmes Lēmums”), un jo īpaši tā 18. pantā ir noteikti veidi, kādos policija palīdz dalībvalstīm saistībā ar masu pulcēšanos un līdzīgiem lieliem pasākumiem, katastrofām un smagiem nelaimes gadījumiem. Šis lēmums neattiecas uz masu pulcēšanos, dabas katastrofām vai smagiem nelaimes gadījumiem Prīmes Lēmuma 18. panta nozīmē, bet papildina tos Prīmes Lēmuma noteikumus, kuros paredzēti policijas palīdzības veidi, izmantojot īpašās intervences vienības citās situācijās, proti, cilvēka izraisītas krīzes situācijās, kas rada nopietnus tiešus fiziskus draudus personām, īpašumam, infrastruktūrai vai iestādēm, jo īpaši ķīlnieku sagrābšanas, lidmašīnu nolaupīšanas un tamlīdzīgos starpgadījumos. |
| --- | --- |

(5)

Padomes Lēmumā 2008/615/TI (2008. gada 23. jūnijs) par pārrobežu sadarbības pastiprināšanu, jo īpaši apkarojot terorismu un pārrobežu noziedzību (3) (“Prīmes Lēmums”), un jo īpaši tā 18. pantā ir noteikti veidi, kādos policija palīdz dalībvalstīm saistībā ar masu pulcēšanos un līdzīgiem lieliem pasākumiem, katastrofām un smagiem nelaimes gadījumiem. Šis lēmums neattiecas uz masu pulcēšanos, dabas katastrofām vai smagiem nelaimes gadījumiem Prīmes Lēmuma 18. panta nozīmē, bet papildina tos Prīmes Lēmuma noteikumus, kuros paredzēti policijas palīdzības veidi, izmantojot īpašās intervences vienības citās situācijās, proti, cilvēka izraisītas krīzes situācijās, kas rada nopietnus tiešus fiziskus draudus personām, īpašumam, infrastruktūrai vai iestādēm, jo īpaši ķīlnieku sagrābšanas, lidmašīnu nolaupīšanas un tamlīdzīgos starpgadījumos.

| (6) | Šā tiesiskā regulējuma pieejamība un apkopojums, kurā norādītas kompetentās iestādes, ļaus dalībvalstīm ātri reaģēt un ietaupīt laiku gadījumā, ja rastos šāda krīzes situācija. Turklāt, lai palielinātu dalībvalstu spēju novērst šādas krīzes situācijas un reaģēt uz tām, jo īpaši terora aktiem, ir būtiski, lai īpašās intervences vienības tiktos regulāri un organizētu kopīgas apmācības, lai gūtu labumu no savstarpējās pieredzes, |
| --- | --- |

(6)

Šā tiesiskā regulējuma pieejamība un apkopojums, kurā norādītas kompetentās iestādes, ļaus dalībvalstīm ātri reaģēt un ietaupīt laiku gadījumā, ja rastos šāda krīzes situācija. Turklāt, lai palielinātu dalībvalstu spēju novērst šādas krīzes situācijas un reaģēt uz tām, jo īpaši terora aktiem, ir būtiski, lai īpašās intervences vienības tiktos regulāri un organizētu kopīgas apmācības, lai gūtu labumu no savstarpējās pieredzes,

IR NOLĒMUSI ŠĀDI.

1. pants

Temats

Šajā lēmumā ir noteikti vispārēji noteikumi un nosacījumi, lai ļautu vienas dalībvalsts īpašajām intervences vienībām sniegt palīdzību un/vai darboties citas dalībvalsts (turpmāk “dalībvalsts, kas iesniedz pieprasījumu”) teritorijā gadījumos, kad šī dalībvalsts, kas iesniedz pieprasījumu, tās ir uzaicinājusi un tās ir piekritušas to darīt, lai risinātu krīzes situāciju. Par praktisko informāciju un īstenošanas pasākumiem, kas papildina šo lēmumu, tieši vienojas dalībvalsts, kas iesniedz pieprasījumu, un dalībvalsts, kas saņēmusi pieprasījumu.

2. pants

Definīcijas

Šajā lēmumā:

| a) | “īpašā intervences vienība” ir jebkura dalībvalsts tiesībaizsardzības iestādes vienība, kas specializējas krīzes situāciju kontrolēšanā; |
| --- | --- |

a)

“īpašā intervences vienība” ir jebkura dalībvalsts tiesībaizsardzības iestādes vienība, kas specializējas krīzes situāciju kontrolēšanā;

| b) | “krīzes situācija” ir jebkura situācija, kad dalībvalsts kompetentajām iestādēm ir pamatots iemesls uzskatīt, ka pastāv noziedzīgs nodarījums, kas rada nopietnu tiešu fizisku apdraudējumu personām, īpašumam, infrastruktūrai vai iestādēm šajā dalībvalstī, jo īpaši situācijas, kas minētas 1. panta 1. punktā Padomes Pamatlēmumā 2002/475/TI (2002. gada 13. jūnijs) par terorisma apkarošanu (4); |
| --- | --- |

b)

“krīzes situācija” ir jebkura situācija, kad dalībvalsts kompetentajām iestādēm ir pamatots iemesls uzskatīt, ka pastāv noziedzīgs nodarījums, kas rada nopietnu tiešu fizisku apdraudējumu personām, īpašumam, infrastruktūrai vai iestādēm šajā dalībvalstī, jo īpaši situācijas, kas minētas 1. panta 1. punktā Padomes Pamatlēmumā 2002/475/TI (2002. gada 13. jūnijs) par terorisma apkarošanu (4);

| c) | “kompetentā iestāde” ir valsts iestāde, kas var lūgt un sniegt atļauju īpašo intervenču vienību izvietošanai. |
| --- | --- |

c)

“kompetentā iestāde” ir valsts iestāde, kas var lūgt un sniegt atļauju īpašo intervenču vienību izvietošanai.

3. pants

Palīdzība citai dalībvalstij

1.   Lai risinātu krīzes situāciju, dalībvalsts, vēršoties pie kompetentajām iestādēm, var lūgt palīdzību no citas dalībvalsts īpašās intervences vienības, izklāstot lūgtās palīdzības veidu, kā arī attiecīgās darbības nepieciešamību. Dalībvalsts kompetentā iestāde, kas saņēmusi pieprasījumu, var pieņemt vai noraidīt šādu lūgumu vai ierosināt citu palīdzības veidu.

2.   Atkarībā no vienošanās starp attiecīgajām dalībvalstīm palīdzība var būt aprīkojuma un/vai zināšanu sniegšana dalībvalstij, kas iesniegusi pieprasījumu un/vai darbību veikšana šīs dalībvalsts teritorijā, izmantojot ieročus, ja tas prasīts.

3.   Gadījumā, kad tiek veiktas darbības tās dalībvalsts teritorijā, kas iesniegusi pieprasījumu, īpašās intervences vienības amatpersonas, kas sniedz palīdzību, ir pilnvarotas rīkoties tās dalībvalsts teritorijā, kas iesniegusi pieprasījumu, veicot atbalsta darbības, kā arī veikt visus nepieciešamos pasākumus, lai sniegtu lūgto palīdzību, ja vien tās:

| a) | rīkojas dalībvalsts, kas iesniegusi pieprasījumu, atbildībā un vadībā, kā arī saskaņā ar dalībvalsts, kas iesniegusi pieprasījumu, tiesību aktiem; un |
| --- | --- |

a)

rīkojas dalībvalsts, kas iesniegusi pieprasījumu, atbildībā un vadībā, kā arī saskaņā ar dalībvalsts, kas iesniegusi pieprasījumu, tiesību aktiem; un

| b) | rīkojas, nepārkāpjot savas pilnvaras atbilstīgi savas valsts tiesību aktiem. |
| --- | --- |

b)

rīkojas, nepārkāpjot savas pilnvaras atbilstīgi savas valsts tiesību aktiem.

4. pants

Civiltiesiskā un kriminālā atbildība

Ja saskaņā ar šo lēmumu dalībvalsts amatpersonas rīkojas un/vai izmanto aprīkojumu citā dalībvalstī, piemēro noteikumus par civiltiesisko un kriminālo atbildību, kas izklāstīti Prīmes Lēmuma 21. panta 4. un 5. punktā un 22. pantā.

5. pants

Sanāksmes un kopīgas apmācības

Iesaistītās dalībvalstis nodrošina, ka to īpašās intervences vienības vajadzības gadījumā organizē sanāksmes, kopīgas apmācības un mācības, lai apmainītos ar pieredzi, zināšanām un vispārēju, praktisku un tehnisku informāciju par palīdzības sniegšanu krīzes situācijās. Šādas sanāksmes, apmācības un mācības var finansēt Eiropas Savienības piedāvāto finanšu programmu iespēju robežās, lai saņemtu dotācijas no Eiropas Savienības budžeta. Šajā sakarā dalībvalsts, kas ir Savienības prezidentvalsts, cenšas nodrošināt to, lai notiktu šādas sanāksmes, apmācības un mācības.

6. pants

Izmaksas

Dalībvalsts, kas iesniegusi pieprasījumu, sedz dalībvalsts, kas saņēmusi pieprasījumu, īpašo intervences vienību darbības izmaksas saistībā ar 3. panta piemērošanu, tostarp transporta un izmitināšanas izmaksas, izņemot gadījumus, ja attiecīgās dalībvalstis ir vienojušās citādi.

7. pants

Saistība ar citiem instrumentiem

1.   Neskarot citos tiesību aktos pieņemtās dalībvalstu saistības, kas ir saskaņā ar Līguma VI sadaļu, jo īpaši Prīmes Lēmumu:

| a) | dalībvalstis joprojām var piemērot divpusējus vai daudzpusējus nolīgumus vai režīmus par pārrobežu sadarbību, kas ir spēkā 2008. gada 23. jūnijā, ja tādu nolīgumu vai režīmu mērķi nav pretrunā šā lēmuma mērķiem; |
| --- | --- |

a)

dalībvalstis joprojām var piemērot divpusējus vai daudzpusējus nolīgumus vai režīmus par pārrobežu sadarbību, kas ir spēkā 2008. gada 23. jūnijā, ja tādu nolīgumu vai režīmu mērķi nav pretrunā šā lēmuma mērķiem;

| b) | dalībvalstis var noslēgt vai nodrošināt, ka stājas spēkā divpusēji vai daudzpusēji nolīgumi vai režīmi par pārrobežu sadarbību pēc 2008. gada 23. decembra, ja tādos nolīgumos vai režīmos paredzēts paplašināt vai papildināt šā lēmuma mērķus. |
| --- | --- |

b)

dalībvalstis var noslēgt vai nodrošināt, ka stājas spēkā divpusēji vai daudzpusēji nolīgumi vai režīmi par pārrobežu sadarbību pēc 2008. gada 23. decembra, ja tādos nolīgumos vai režīmos paredzēts paplašināt vai papildināt šā lēmuma mērķus.

2.   1. punktā minētie nolīgumi un režīmi nedrīkst ietekmēt attiecības ar dalībvalstīm, kuras nav to puses.

3.   Dalībvalstis informē Padomi un Komisiju par visiem 1. punktā minētajiem nolīgumiem un režīmiem.

8. pants

Nobeiguma noteikumi

Padomes Ģenerālsekretariāts sastāda un atjaunina sarakstu, kurā iekļautas tās dalībvalstu kompetentās iestādes, kas var lūgt un pilnvarot sniegt palīdzību, kas minēta 3. pantā.

Padomes Ģenerālsekretariāts informē 1. punktā minētās iestādes par jebkurām izdarītajām izmaiņām sarakstā, kas izveidots saskaņā ar šo pantu.

10. pants

Stāšanās spēkā

Šis lēmums stājas spēkā 2008. gada 23. decembrī.

Luksemburgā, 2008. gada 23. jūnijā

Padomes vārdā –

priekšsēdētājs

I. JARC

---

(1)  OV C 321, 29.12.2006., 45. lpp.

1

(2)  2008. gada 31. janvāra Atzinums (Oficiālajā Vēstnesī vēl nav publicēts).

2

Oficiālajā Vēstnesī

(3)  Skatīt šā Oficiālā Vēstneša 1. lpp.

3

Oficiālā Vēstneša

(4)  OV L 164, 22.6.2002., 3. lpp.

4

---