# Jurnalul Oficial L 210/6 au

| | ISSN 1830-3625 |
| --- | --- |
| Jurnalul Oficial
  al Uniunii Europene | L 210 |
| | |
| Ediţia în limba română | Legislaţie | Anul 516 august 2008 |

ISSN 1830-3625

Jurnalul Oficial

al Uniunii Europene

L 210

Ediţia în limba română

Legislaţie

Anul 516 august 2008

---

| Cuprins | | III   Acte adoptate în temeiul Tratatului UE | Pagina |
| --- | --- | --- | --- |
| | | ACTE ADOPTATE ÎN TEMEIUL TITLULUI VI DIN TRATATUL UE |
| | * | Decizia 2008/615/JAI a Consiliului din 23 iunie 2008 privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere | 1 |
| | * | Decizia 2008/616/JAI a Consiliului din 23 iunie 2008 privind punerea în aplicare a Deciziei 2008/615/JAI privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere | 12 |
| | * | Decizia 2008/617/JAI A Consiliului din 23 iunie 2008 privind îmbunătățirea cooperării dintre unitățile speciale de intervenție ale statelor membre ale Uniunii Europene în situații de criză | 73 |

Cuprins

III   Acte adoptate în temeiul Tratatului UE

Pagina

ACTE ADOPTATE ÎN TEMEIUL TITLULUI VI DIN TRATATUL UE

*

Decizia 2008/615/JAI a Consiliului din 23 iunie 2008 privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere

1

*

Decizia 2008/616/JAI a Consiliului din 23 iunie 2008 privind punerea în aplicare a Deciziei 2008/615/JAI privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere

12

*

Decizia 2008/617/JAI A Consiliului din 23 iunie 2008 privind îmbunătățirea cooperării dintre unitățile speciale de intervenție ale statelor membre ale Uniunii Europene în situații de criză

73

| RO | Actele ale căror titluri sunt tipărite cu caractere drepte sunt acte de gestionare curentă adoptate în cadrul politicii agricole şi care au, în general, o perioadă de valabilitate limitată.
  Titlurile celorlalte acte sunt tipărite cu caractere aldine şi sunt precedate de un asterisc. |
| --- | --- |

RO

Actele ale căror titluri sunt tipărite cu caractere drepte sunt acte de gestionare curentă adoptate în cadrul politicii agricole şi care au, în general, o perioadă de valabilitate limitată.

Titlurile celorlalte acte sunt tipărite cu caractere aldine şi sunt precedate de un asterisc.

---

III Acte adoptate în temeiul Tratatului UE

ACTE ADOPTATE ÎN TEMEIUL TITLULUI VI DIN TRATATUL UE

| 6.8.2008 | RO | Jurnalul Oficial al Uniunii Europene | L 210/1 |
| --- | --- | --- | --- |

6.8.2008

RO

Jurnalul Oficial al Uniunii Europene

L 210/1

---

DECIZIA 2008/615/JAI A CONSILIULUI

din 23 iunie 2008

privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere

CONSILIUL UNIUNII EUROPENE,

având în vedere Tratatul privind Uniunea Europeană, în special articolul 30 alineatul (1) literele (a) și (b), articolul 31 alineatul (1) litera (a), articolul 32 și articolul 34 alineatul (2) litera (c),

având în vedere inițiativa Regatului Belgiei, Republicii Bulgaria, Republicii Federale Germania, Regatului Spaniei, Republicii Franceze, Marelui Ducat al Luxemburgului, Regatului Țărilor de Jos, Republicii Austria, Republicii Slovenia, Republicii Slovace, Republicii Italiene, Republicii Finlanda, Republicii Portugheze, României și a Regatului Suediei,

având în vedere avizul Parlamentului European (1),

întrucât:

| (1) | Ca urmare a intrării în vigoare a Tratatului încheiat între Regatul Belgiei, Republica Federală Germania, Regatul Spaniei, Republica Franceză, Marele Ducat al Luxemburgului, Regatul Țărilor de Jos și Republica Austria privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului, a criminalității transfrontaliere și a migrației ilegale (Tratatul de la Prüm), prezenta inițiativă este înaintată, în urma consultării cu Comisia Europeană, în conformitate cu dispozițiile Tratatului privind Uniunea Europeană, cu scopul de a încorpora conținutul dispozițiilor Tratatului de la Prüm în cadrul legal al Uniunii Europene. |
| --- | --- |

(1)

Ca urmare a intrării în vigoare a Tratatului încheiat între Regatul Belgiei, Republica Federală Germania, Regatul Spaniei, Republica Franceză, Marele Ducat al Luxemburgului, Regatul Țărilor de Jos și Republica Austria privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului, a criminalității transfrontaliere și a migrației ilegale (Tratatul de la Prüm), prezenta inițiativă este înaintată, în urma consultării cu Comisia Europeană, în conformitate cu dispozițiile Tratatului privind Uniunea Europeană, cu scopul de a încorpora conținutul dispozițiilor Tratatului de la Prüm în cadrul legal al Uniunii Europene.

| (2) | Concluziile reuniunii Consiliului European de la Tampere din octombrie 1999 au confirmat nevoia de a îmbunătăți schimbul de informații dintre autoritățile competente ale statelor membre în scopul descoperirii și al cercetării infracțiunilor. |
| --- | --- |

(2)

Concluziile reuniunii Consiliului European de la Tampere din octombrie 1999 au confirmat nevoia de a îmbunătăți schimbul de informații dintre autoritățile competente ale statelor membre în scopul descoperirii și al cercetării infracțiunilor.

| (3) | În Programul de la Haga pentru consolidarea libertății, securității și justiției în Uniunea Europeană din noiembrie 2004, Consiliul European și-a exprimat convingerea că, în acest scop, este necesară o abordare inovatoare a schimbului transfrontalier de informații cu caracter operativ. |
| --- | --- |

(3)

În Programul de la Haga pentru consolidarea libertății, securității și justiției în Uniunea Europeană din noiembrie 2004, Consiliul European și-a exprimat convingerea că, în acest scop, este necesară o abordare inovatoare a schimbului transfrontalier de informații cu caracter operativ.

| (4) | Consiliul European a afirmat în consecință că schimbul unor astfel de informații ar trebui să respecte condițiile aplicabile principiului disponibilității. Acest lucru înseamnă că un reprezentant al autorităților de aplicare a legii dintr-un stat membru al Uniunii Europene care are nevoie de informații pentru a-și îndeplini atribuțiile poate obține aceste informații de la un alt stat membru și că autoritățile de aplicare a legii din celălalt stat membru care dețin aceste informații le vor pune la dispoziție în scopul declarat, ținând seama de necesitățile investigațiilor aflate în desfășurare în respectivul stat membru. |
| --- | --- |

(4)

Consiliul European a afirmat în consecință că schimbul unor astfel de informații ar trebui să respecte condițiile aplicabile principiului disponibilității. Acest lucru înseamnă că un reprezentant al autorităților de aplicare a legii dintr-un stat membru al Uniunii Europene care are nevoie de informații pentru a-și îndeplini atribuțiile poate obține aceste informații de la un alt stat membru și că autoritățile de aplicare a legii din celălalt stat membru care dețin aceste informații le vor pune la dispoziție în scopul declarat, ținând seama de necesitățile investigațiilor aflate în desfășurare în respectivul stat membru.

| (5) | Consiliul European a stabilit data de 1 ianuarie 2008 ca dată-limită pentru realizarea acestui obiectiv din programul de la Haga. |
| --- | --- |

(5)

Consiliul European a stabilit data de 1 ianuarie 2008 ca dată-limită pentru realizarea acestui obiectiv din programul de la Haga.

| (6) | Decizia-cadru 2006/960/JAI a Consiliului din 18 decembrie 2006 privind simplificarea schimbului de date și informații între autoritățile de aplicare a legii din statele membre ale Uniunii Europene (2) stabilește regulile pe baza cărora autoritățile de aplicare a legii din statele membre pot schimba rapid și eficient date și informații existente în vederea desfășurării cercetărilor penale sau a activităților de culegere și analiză a informațiilor privind fapte penale. |
| --- | --- |

(6)

Decizia-cadru 2006/960/JAI a Consiliului din 18 decembrie 2006 privind simplificarea schimbului de date și informații între autoritățile de aplicare a legii din statele membre ale Uniunii Europene (2) stabilește regulile pe baza cărora autoritățile de aplicare a legii din statele membre pot schimba rapid și eficient date și informații existente în vederea desfășurării cercetărilor penale sau a activităților de culegere și analiză a informațiilor privind fapte penale.

| (7) | Programul de la Haga pentru consolidarea libertății, securității și justiției afirmă totodată că ar trebui folosite pe deplin noile tehnologii și că ar trebui acordat accesul reciproc la bazele naționale de date, menționând în același timp faptul că noile baze de date centralizate europene ar trebui create doar pe baza unor studii care au demonstrat valoarea adăugată a acestora. |
| --- | --- |

(7)

Programul de la Haga pentru consolidarea libertății, securității și justiției afirmă totodată că ar trebui folosite pe deplin noile tehnologii și că ar trebui acordat accesul reciproc la bazele naționale de date, menționând în același timp faptul că noile baze de date centralizate europene ar trebui create doar pe baza unor studii care au demonstrat valoarea adăugată a acestora.

| (8) | În vederea unei cooperări internaționale eficiente, este de importanță fundamentală ca schimbul de informații exacte să se poată efectua într-o manieră rapidă și eficientă. Obiectivul este acela de a introduce proceduri de promovare a unor mijloace rapide, eficiente și necostisitoare de schimb de date. În vederea utilizării în comun a acestor date, aceste proceduri ar trebui să fie supuse principiului răspunderii și ar trebui să cuprindă garanții adecvate privind acuratețea și securitatea datelor în timpul transmiterii și al stocării, precum și proceduri de înregistrare a schimbului de date și restricții privind utilizarea informațiilor schimbate. |
| --- | --- |

(8)

În vederea unei cooperări internaționale eficiente, este de importanță fundamentală ca schimbul de informații exacte să se poată efectua într-o manieră rapidă și eficientă. Obiectivul este acela de a introduce proceduri de promovare a unor mijloace rapide, eficiente și necostisitoare de schimb de date. În vederea utilizării în comun a acestor date, aceste proceduri ar trebui să fie supuse principiului răspunderii și ar trebui să cuprindă garanții adecvate privind acuratețea și securitatea datelor în timpul transmiterii și al stocării, precum și proceduri de înregistrare a schimbului de date și restricții privind utilizarea informațiilor schimbate.

| (9) | Aceste condiții sunt îndeplinite de Tratatul de la Prüm. Pentru ca toate statele membre să poată îndeplini condițiile de fond ale programului de la Haga în termenele prevăzute de acesta, părțile esențiale ale Tratatul de la Prüm ar trebui să devină aplicabile tuturor statelor membre. |
| --- | --- |

(9)

Aceste condiții sunt îndeplinite de Tratatul de la Prüm. Pentru ca toate statele membre să poată îndeplini condițiile de fond ale programului de la Haga în termenele prevăzute de acesta, părțile esențiale ale Tratatul de la Prüm ar trebui să devină aplicabile tuturor statelor membre.

| (10) | Prezenta decizie conține, așadar, dispoziții care se bazează pe principalele dispoziții ale Tratatului de la Prüm și care sunt menite să îmbunătățească schimbul de informații, prin care statele membre își acordă reciproc drepturi de acces la fișierele automatizate de date ADN, la sistemele automatizate de identificare dactiloscopică și la datele privind înmatricularea autovehiculelor. În cazul datelor provenite din fișierele naționale de date ADN și din sistemele automatizate de identificare dactiloscopică, un sistem de tip „hit/no hit” (răspuns pozitiv/negativ) ar trebui să permită statului membru care efectuează căutarea, într-o a doua etapă, să solicite date conexe specifice cu caracter personal de la statul membru care administrează fișierul și, după caz, să solicite informații suplimentare prin intermediul unor proceduri de asistență reciprocă, inclusiv acele proceduri adoptate în conformitate cu Decizia-cadru 2006/960/JAI. |
| --- | --- |

(10)

Prezenta decizie conține, așadar, dispoziții care se bazează pe principalele dispoziții ale Tratatului de la Prüm și care sunt menite să îmbunătățească schimbul de informații, prin care statele membre își acordă reciproc drepturi de acces la fișierele automatizate de date ADN, la sistemele automatizate de identificare dactiloscopică și la datele privind înmatricularea autovehiculelor. În cazul datelor provenite din fișierele naționale de date ADN și din sistemele automatizate de identificare dactiloscopică, un sistem de tip „hit/no hit” (răspuns pozitiv/negativ) ar trebui să permită statului membru care efectuează căutarea, într-o a doua etapă, să solicite date conexe specifice cu caracter personal de la statul membru care administrează fișierul și, după caz, să solicite informații suplimentare prin intermediul unor proceduri de asistență reciprocă, inclusiv acele proceduri adoptate în conformitate cu Decizia-cadru 2006/960/JAI.

| (11) | Aceasta ar accelera în mod considerabil procedurile existente, permițând statelor membre să afle dacă și care stat membru deține informațiile necesare. |
| --- | --- |

(11)

Aceasta ar accelera în mod considerabil procedurile existente, permițând statelor membre să afle dacă și care stat membru deține informațiile necesare.

| (12) | Compararea transfrontalieră a datelor ar trebui să deschidă o nouă dimensiune în domeniul combaterii criminalității. Informațiile obținute prin compararea datelor ar trebui să deschidă calea unor noi metode de investigare pentru statele membre și să joace, astfel, un rol crucial în sprijinirea autorităților de aplicare a legii și a autorităților judiciare din statele membre. |
| --- | --- |

(12)

Compararea transfrontalieră a datelor ar trebui să deschidă o nouă dimensiune în domeniul combaterii criminalității. Informațiile obținute prin compararea datelor ar trebui să deschidă calea unor noi metode de investigare pentru statele membre și să joace, astfel, un rol crucial în sprijinirea autorităților de aplicare a legii și a autorităților judiciare din statele membre.

| (13) | Normele se bazează pe interconectarea bazelor naționale de date ale statelor membre. |
| --- | --- |

(13)

Normele se bazează pe interconectarea bazelor naționale de date ale statelor membre.

| (14) | Sub rezerva anumitor condiții, statele membre ar trebui să poată furniza date cu caracter personal și date care nu privesc persoanele, pentru a îmbunătăți schimbul de informații în vederea prevenirii infracțiunilor și a păstrării ordinii și securității publice în cazul unor evenimente importante care au o dimensiune transfrontalieră. |
| --- | --- |

(14)

Sub rezerva anumitor condiții, statele membre ar trebui să poată furniza date cu caracter personal și date care nu privesc persoanele, pentru a îmbunătăți schimbul de informații în vederea prevenirii infracțiunilor și a păstrării ordinii și securității publice în cazul unor evenimente importante care au o dimensiune transfrontalieră.

| (15) | În ceea ce privește punerea în aplicare a articolului 12, statele membre ar putea decide să acorde prioritate combaterii infracțiunilor grave, având în vedere capacitățile tehnice limitate care sunt disponibile pentru transmiterea de date. |
| --- | --- |

(15)

În ceea ce privește punerea în aplicare a articolului 12, statele membre ar putea decide să acorde prioritate combaterii infracțiunilor grave, având în vedere capacitățile tehnice limitate care sunt disponibile pentru transmiterea de date.

| (16) | În plus față de îmbunătățirea schimburilor de informații, este necesar să se reglementeze și alte forme de cooperare mai strânsă între autoritățile polițienești, în special prin intermediul unor operațiuni comune de securitate (cum ar fi patrulele comune). |
| --- | --- |

(16)

În plus față de îmbunătățirea schimburilor de informații, este necesar să se reglementeze și alte forme de cooperare mai strânsă între autoritățile polițienești, în special prin intermediul unor operațiuni comune de securitate (cum ar fi patrulele comune).

| (17) | O mai strânsă cooperare polițienească și judiciară în materie penală trebuie însoțită de respectarea drepturilor fundamentale și, în special, a dreptului la viață privată și la protecția datelor cu caracter personal, care să fie garantate de modalități speciale de protecție a datelor, care ar trebui adaptate la natura specifică a diferitelor modalități de schimb de date. Astfel de dispoziții specifice privind protecția datelor ar trebui să țină seama îndeosebi de natura specifică a accesului transfrontalier online la bazele de date. Deoarece, în condițiile accesului online, statul membru care administrează fișierul nu poate să facă niciun fel de verificări prealabile, ar trebui introdus un sistem care să asigure efectuarea monitorizării ulterioare. |
| --- | --- |

(17)

O mai strânsă cooperare polițienească și judiciară în materie penală trebuie însoțită de respectarea drepturilor fundamentale și, în special, a dreptului la viață privată și la protecția datelor cu caracter personal, care să fie garantate de modalități speciale de protecție a datelor, care ar trebui adaptate la natura specifică a diferitelor modalități de schimb de date. Astfel de dispoziții specifice privind protecția datelor ar trebui să țină seama îndeosebi de natura specifică a accesului transfrontalier online la bazele de date. Deoarece, în condițiile accesului online, statul membru care administrează fișierul nu poate să facă niciun fel de verificări prealabile, ar trebui introdus un sistem care să asigure efectuarea monitorizării ulterioare.

| (18) | Sistemul hit/no hit furnizează o structură pentru compararea profilurilor anonime, în cadrul căreia se face schimb de date cu caracter personal suplimentare doar după un răspuns pozitiv; transmiterea și primirea acestor date sunt reglementate în legislația națională, inclusiv prin dispoziții privind asistența judiciară. Acest mecanism garantează existența unui sistem adecvat de protecție a datelor, prin aceasta înțelegându-se că transmiterea de date cu caracter personal către un alt stat membru necesită un nivel adecvat de protecție a datelor din partea statului membru destinatar. |
| --- | --- |

(18)

Sistemul hit/no hit furnizează o structură pentru compararea profilurilor anonime, în cadrul căreia se face schimb de date cu caracter personal suplimentare doar după un răspuns pozitiv; transmiterea și primirea acestor date sunt reglementate în legislația națională, inclusiv prin dispoziții privind asistența judiciară. Acest mecanism garantează existența unui sistem adecvat de protecție a datelor, prin aceasta înțelegându-se că transmiterea de date cu caracter personal către un alt stat membru necesită un nivel adecvat de protecție a datelor din partea statului membru destinatar.

| (19) | Luând în considerare schimbul cuprinzător de informații și de date ce rezultă dintr-o cooperare polițienească și judiciară mai strânsă, prezenta decizie caută să garanteze un nivel corespunzător de protecție a datelor. Aceasta respectă nivelul de protecție stabilit pentru prelucrarea datelor cu caracter personal în cadrul Convenției Consiliului Europei din 28 ianuarie 1981 pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal, a Protocolului său adițional din 8 noiembrie 2001 și în principiile Recomandării nr. R (87) 15 a Consiliului Europei de reglementare a utilizării datelor cu caracter personal în domeniul polițienesc. |
| --- | --- |

(19)

Luând în considerare schimbul cuprinzător de informații și de date ce rezultă dintr-o cooperare polițienească și judiciară mai strânsă, prezenta decizie caută să garanteze un nivel corespunzător de protecție a datelor. Aceasta respectă nivelul de protecție stabilit pentru prelucrarea datelor cu caracter personal în cadrul Convenției Consiliului Europei din 28 ianuarie 1981 pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal, a Protocolului său adițional din 8 noiembrie 2001 și în principiile Recomandării nr. R (87) 15 a Consiliului Europei de reglementare a utilizării datelor cu caracter personal în domeniul polițienesc.

| (20) | Dispozițiile privind protecția datelor cuprinse în prezenta decizie includ, de asemenea, principiile privind protecția datelor care au fost necesare datorită absenței unei decizii-cadru privind protecția datelor în cadrul pilonului al treilea. Prezenta decizie-cadru ar trebui să se aplice întregului domeniu de cooperare polițienească și judiciară în materie penală, cu condiția ca nivelul de protecție a datelor instituit de aceasta să nu fie inferior nivelului de protecție stabilit prin Convenția Consiliului Europei pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal din 28 ianuarie 1981, prin Protocolul său adițional din 8 noiembrie 2001 și să fie luată în considerare Recomandarea nr. R (87) 15 din 17 septembrie 1987 a Comitetului de Miniștri către statele membre care reglementează utilizarea datelor cu caracter personal în domeniul polițienesc, chiar și în cazul în care datele nu sunt prelucrate automatizat. |
| --- | --- |

(20)

Dispozițiile privind protecția datelor cuprinse în prezenta decizie includ, de asemenea, principiile privind protecția datelor care au fost necesare datorită absenței unei decizii-cadru privind protecția datelor în cadrul pilonului al treilea. Prezenta decizie-cadru ar trebui să se aplice întregului domeniu de cooperare polițienească și judiciară în materie penală, cu condiția ca nivelul de protecție a datelor instituit de aceasta să nu fie inferior nivelului de protecție stabilit prin Convenția Consiliului Europei pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal din 28 ianuarie 1981, prin Protocolul său adițional din 8 noiembrie 2001 și să fie luată în considerare Recomandarea nr. R (87) 15 din 17 septembrie 1987 a Comitetului de Miniștri către statele membre care reglementează utilizarea datelor cu caracter personal în domeniul polițienesc, chiar și în cazul în care datele nu sunt prelucrate automatizat.

| (21) | Deoarece obiectivele prezentei decizii și, în special, îmbunătățirea schimbului de informații în cadrul Uniunii Europene nu pot fi realizate satisfăcător în mod izolat de către statele membre, dat fiind caracterul transfrontalier al combaterii criminalității și al problemelor de securitate, astfel încât statele membre sunt obligate să se bazeze unele pe celelalte în aceste chestiuni, ci pot fi realizate mai bine la nivelul Uniunii Europene, Consiliul poate adopta măsuri în conformitate cu principiul subsidiarității, astfel cum este prevăzut la articolul 5 din Tratatul de instituire a Comunității Europene, la care face trimitere articolul 2 din Tratatul privind Uniunea Europeană. În conformitate cu principiul proporționalității, în temeiul articolului 5 din Tratatul CE, prezenta decizie nu depășește ceea ce este necesar pentru atingerea respectivelor obiective. |
| --- | --- |

(21)

Deoarece obiectivele prezentei decizii și, în special, îmbunătățirea schimbului de informații în cadrul Uniunii Europene nu pot fi realizate satisfăcător în mod izolat de către statele membre, dat fiind caracterul transfrontalier al combaterii criminalității și al problemelor de securitate, astfel încât statele membre sunt obligate să se bazeze unele pe celelalte în aceste chestiuni, ci pot fi realizate mai bine la nivelul Uniunii Europene, Consiliul poate adopta măsuri în conformitate cu principiul subsidiarității, astfel cum este prevăzut la articolul 5 din Tratatul de instituire a Comunității Europene, la care face trimitere articolul 2 din Tratatul privind Uniunea Europeană. În conformitate cu principiul proporționalității, în temeiul articolului 5 din Tratatul CE, prezenta decizie nu depășește ceea ce este necesar pentru atingerea respectivelor obiective.

| (22) | Prezenta decizie respectă drepturile fundamentale și se conformează principiilor prevăzute, în special, de Carta drepturilor fundamentale a Uniunii Europene, |
| --- | --- |

(22)

Prezenta decizie respectă drepturile fundamentale și se conformează principiilor prevăzute, în special, de Carta drepturilor fundamentale a Uniunii Europene,

DECIDE:

CAPITOLUL 1

ASPECTE GENERALE

Articolul 1

Obiectiv și domeniu de aplicare

Prin prezenta decizie, statele membre intenționează să accelereze cooperarea transfrontalieră în domeniile reglementate de titlul VI din tratat și, în special, schimbul de informații între autoritățile cu atribuții de prevenire și cercetare a infracțiunilor. În acest scop, prezenta decizie cuprinde norme în următoarele domenii:

| (a) | dispoziții privind condițiile și procedura de transfer automatizat al profilurilor ADN, al datelor dactiloscopice și al anumitor date referitoare la înmatricularea vehiculelor la nivel național (capitolul 2); |
| --- | --- |

(a)

dispoziții privind condițiile și procedura de transfer automatizat al profilurilor ADN, al datelor dactiloscopice și al anumitor date referitoare la înmatricularea vehiculelor la nivel național (capitolul 2);

| (b) | dispoziții privind condițiile de furnizare de date privind evenimente majore care au o dimensiune transfrontalieră (capitolul 3); |
| --- | --- |

(b)

dispoziții privind condițiile de furnizare de date privind evenimente majore care au o dimensiune transfrontalieră (capitolul 3);

| (c) | dispoziții privind condițiile de furnizare a informațiilor pentru prevenirea infracțiunilor teroriste (capitolul 4); |
| --- | --- |

(c)

dispoziții privind condițiile de furnizare a informațiilor pentru prevenirea infracțiunilor teroriste (capitolul 4);

| (d) | dispoziții privind condițiile și procedura pentru intensificarea cooperării poliției la nivel transfrontalier prin diferite măsuri (capitolul 5). |
| --- | --- |

(d)

dispoziții privind condițiile și procedura pentru intensificarea cooperării poliției la nivel transfrontalier prin diferite măsuri (capitolul 5).

CAPITOLUL 2

ACCESUL ONLINE ȘI SOLICITĂRILE ULTERIOARE

SECŢIUNEA 1

Profiluri ADN

Articolul 2

Crearea fișierelor naționale de date ADN

(1)   Statele membre deschid și mențin fișiere naționale de date ADN în vederea cercetării infracțiunilor. În temeiul prezentei decizii, prelucrarea datelor înregistrate în aceste fișiere se efectuează în conformitate cu prezenta decizie, cu respectarea legislației naționale aplicabile procedurii respective de prelucrare.

(2)   În scopul aplicării prezentei decizii, statele membre asigură disponibilitatea datelor de referință din fișierele lor naționale de date ADN, astfel cum sunt menționate la alineatul (1) prima teză. Datele de referință conțin numai profilurile ADN create din partea necodată a ADN-ului, precum și un număr de identificare. Datele de referință nu conțin nicio dată care să permită identificarea directă a persoanei vizate. Datele de referință care nu sunt atribuite niciunei persoane („profiluri ADN neidentificate”) sunt recunoscute ca atare.

(3)   Fiecare stat membru informează Secretariatul General al Consiliului cu privire la fișierele naționale de date ADN cărora li se aplică articolele 2-6, precum și cu privire la condițiile de căutare automatizată prevăzute la articolul 3 alineatul (1), în conformitate cu articolul 36.

Articolul 3

Căutarea automatizată a profilurilor ADN

(1)   În vederea cercetării infracțiunilor, statele membre autorizează punctele naționale de contact ale celorlalte state membre, astfel cum sunt menționate la articolul 6, să aibă acces la datele de referință în fișierele lor de date ADN, autorizându-le să efectueze căutări automatizate prin compararea profilurilor ADN. Căutările pot fi efectuate numai în cazuri individuale și în conformitate cu dreptul național al statului membru solicitant.

(2)   În cazul în care o căutare automatizată arată concordanța dintre un profil ADN furnizat și un profil ADN înregistrat în fișierul analizat al statului membru destinatar, punctul național de contact al statului membru care efectuează căutarea primește o notificare automatizată a datelor de referință în raport cu care a fost identificată o concordanță. Dacă nu poate fi identificată nicio concordanță, acest fapt se notifică automatizat.

Articolul 4

Compararea automatizată a profilurilor ADN

(1)   În vederea cercetării infracțiunilor, prin intermediul punctelor lor naționale de contact și de comun acord, statele membre compară profilurile lor ADN neidentificate cu toate profilurile ADN provenind din datele de referință ale altor fișiere naționale de date ADN. Furnizarea și compararea profilurilor se realizează în mod automatizat. Furnizarea profilurilor ADN neidentificate spre comparare nu se realizează decât în cazul în care este prevăzută de legislația națională a statului membru solicitant.

(2)   În cazul în care, ca rezultat al comparării menționate la alineatul (1), un stat membru constată că profilurile ADN furnizate concordă cu orice profil din propriile sale fișiere de date ADN, acesta comunică fără întârziere punctului național de contact al celuilalt stat membru datele de referință pe baza cărora a fost constatată concordanța.

Articolul 5

Transmiterea de date suplimentare cu caracter personal și de alte informații

În cazul în care procedurile menționate la articolele 3 și 4 indică o concordanță între profilurile ADN, furnizarea de date suplimentare cu caracter personal și de alte informații în legătură cu datele de referință se realizează în temeiul legislației naționale, inclusiv al dispozițiilor privind asistența judiciară, a statului membru solicitat.

Articolul 6

Punctul național de contact și măsurile de punere în aplicare

(1)   Fiecare stat membru desemnează un punct național de contact în scopul transmiterii datelor menționate la articolele 3 și 4. Competențele punctelor naționale de contact sunt reglementate de legislația națională aplicabilă.

(2)   Măsurile de punere în aplicare, astfel cum sunt menționate la articolul 33, stabilesc detaliile tehnice ale procedurilor menționate la articolele 3 și 4.

Articolul 7

Prelevarea de material biologic și transmiterea profilurilor ADN

Atunci când, în cadrul unor cercetări sau al unor proceduri penale aflate în curs, lipsește profilul ADN al unei persoane determinate care se găsește pe teritoriul statului membru solicitat, statul membru solicitat acordă asistență judiciară prin prelevarea și analizarea materialului biologic al persoanei respective, precum și prin furnizarea profilului ADN obținut, dacă:

| (a) | statul membru solicitant comunică scopul pentru care această procedură este necesară; |
| --- | --- |

(a)

statul membru solicitant comunică scopul pentru care această procedură este necesară;

| (b) | statul membru solicitant prezintă un mandat de cercetare sau o declarație emisă de autoritatea competentă, astfel cum este prevăzut de legislația națională a statului membru respectiv, din care să rezulte că toate cerințele pentru prelevarea și analizarea materialului biologic ar fi îndeplinite în ipoteza în care persoana în cauză s-ar fi aflat pe teritoriul statului membru solicitant; și |
| --- | --- |

(b)

statul membru solicitant prezintă un mandat de cercetare sau o declarație emisă de autoritatea competentă, astfel cum este prevăzut de legislația națională a statului membru respectiv, din care să rezulte că toate cerințele pentru prelevarea și analizarea materialului biologic ar fi îndeplinite în ipoteza în care persoana în cauză s-ar fi aflat pe teritoriul statului membru solicitant; și

| (c) | condițiile pentru prelevarea și analizarea materialului biologic, precum și pentru transmiterea profilului ADN obținut sunt reunite, în conformitate cu dreptul statului membru solicitat. |
| --- | --- |

(c)

condițiile pentru prelevarea și analizarea materialului biologic, precum și pentru transmiterea profilului ADN obținut sunt reunite, în conformitate cu dreptul statului membru solicitat.

SECŢIUNEA 2

Date dactiloscopice

Articolul 8

Date dactiloscopice

În vederea aplicării prezentei decizii, statele membre asigură disponibilitatea datelor de referință din fișier pentru sistemele naționale automatizate de identificare a amprentelor create în vederea prevenirii și cercetării infracțiunilor. Datele de referință conțin numai date dactiloscopice și un număr de identificare. Datele de referință nu conțin nicio dată care să permită identificarea directă a persoanei vizate. Datele de referință care nu sunt atribuite niciunei persoane („date dactiloscopice neidentificate”) trebuie să poată fi recunoscute ca atare.

Articolul 9

Căutarea automatizată a datelor dactiloscopice

(1)   În vederea prevenirii și cercetării infracțiunilor, statele membre autorizează punctele naționale de contact ale altor state membre, astfel cum sunt menționate la articolul 11, să aibă acces la datele de referință în sistemele automatizate de identificare a amprentelor digitale pe care le-au creat în acest scop, autorizându-le să efectueze căutări automatizate prin compararea datelor dactiloscopice. Căutările pot fi efectuate numai în cazuri individuale și în conformitate cu legislația națională a statului membru solicitant.

(2)   Stabilirea concordanței datelor dactiloscopice cu date de referință deținute de statul membru care gestionează fișierul se efectuează de punctul național de contact al statului membru solicitant prin intermediul transmiterii automatizate a datelor de referință necesare pentru stabilirea unei concordanțe certe.

Articolul 10

Transmiterea de date suplimentare cu caracter personal și de alte informații

În cazul în care procedura menționată la articolul 9 indică o concordanță între datele dactiloscopice, transmiterea de date suplimentare cu caracter personal și de alte informații în legătură cu datele de referință se realizează în temeiul legislației naționale, inclusiv al dispozițiilor privind asistența judiciară, a statului membru solicitat.

Articolul 11

Punctul național de contact și măsurile de punere în aplicare

(1)   Fiecare stat membru desemnează un punct național de contact în scopul furnizării datelor menționate la articolul 9. Competențele punctelor naționale de contact sunt reglementate de legislația națională aplicabilă.

(2)   Măsurile de punere în aplicare, astfel cum sunt menționate la articolul 33, stabilesc detaliile tehnice ale procedurii descrise la articolul 9.

SECŢIUNEA 3

Date privind înmatricularea vehiculelor

Articolul 12

Căutarea automatizată a datelor privind înmatricularea vehiculelor

(1)   În vederea prevenirii și cercetării infracțiunilor și în cursul cercetării altor infracțiuni care sunt de competența instanțelor judecătorești sau a parchetelor din statul membru care efectuează căutarea, precum și în cursul menținerii siguranței publice, statele membre autorizează punctele naționale de contact ale altor state membre, astfel cum sunt menționate la alineatul (2), să aibă acces la următoarele date naționale privind înmatricularea vehiculelor, autorizându-le să efectueze căutări automatizate în cazuri individuale:

| (a) | datele privind proprietarii sau, după caz, utilizatorii; și |
| --- | --- |

(a)

datele privind proprietarii sau, după caz, utilizatorii; și

| (b) | datele privind vehiculele. |
| --- | --- |

(b)

datele privind vehiculele.

Căutările pot fi efectuate doar prin utilizarea unui număr complet de identificare a vehiculului sau a unui număr complet de înmatriculare. Căutările pot fi efectuate numai în conformitate cu legislația națională a statului membru care efectuează căutarea.

(2)   Fiecare stat membru desemnează un punct național de contact în scopul furnizării datelor menționate la alineatul (1). Competențele punctelor naționale de contact sunt reglementate de legislația națională aplicabilă. Măsurile de punere în aplicare, astfel cum sunt menționate la articolul 33, stabilesc detaliile tehnice ale procedurii.

CAPITOLUL 3

EVENIMENTE MAJORE

Articolul 13

Transmiterea datelor care nu privesc persoanele

În vederea prevenirii infracțiunilor și a menținerii ordinii și siguranței publice în cursul evenimentelor majore care au o dimensiune transfrontalieră, în special în cazul evenimentelor sportive sau al reuniunilor Consiliului European, statele membre își transmit reciproc, atât la cerere, cât și din proprie inițiativă, date care nu privesc persoanele ce pot fi necesare în acest scop, în conformitate cu legislația națională a statului membru care transmite datele.

Articolul 14

Transmiterea datelor cu caracter personal

(1)   În vederea prevenirii infracțiunilor și a menținerii ordinii și siguranței publice în cursul evenimentelor majore care au o dimensiune transfrontalieră, în special în cazul evenimentelor sportive sau al reuniunilor Consiliului European, statele membre își transmit reciproc, atât la cerere, cât și din proprie inițiativă, date cu caracter personal, atunci când orice condamnări definitive sau alte împrejurări îndreptățesc convingerea că persoanele vizate vor săvârși infracțiuni cu ocazia evenimentelor sau că acestea prezintă un pericol pentru ordinea și siguranța publică, atât timp cât transmiterea acestor date este permisă în temeiul legislației naționale a statului membru care furnizează datele.

(2)   Datele cu caracter personal pot fi prelucrate numai în scopurile prevăzute la alineatul (1) și pentru evenimentele concrete pentru care acestea au fost furnizate. Din momentul în care obiectivele prevăzute la alineatul (1) au fost sau nu mai pot fi atinse, datele transmise trebuie șterse fără întârziere. În orice situație, datele transmise trebuie șterse după cel mult un an.

Articolul 15

Punctul național de contact

Fiecare stat membru desemnează un punct național de contact în scopul furnizării datelor menționate la articolele 13 și 14. Competențele punctelor naționale de contact sunt reglementate de legislația națională aplicabilă.

CAPITOLUL 4

MĂSURI DE PREVENIRE A INFRACȚIUNILOR TERORISTE

Articolul 16

Transmiterea informațiilor în vederea prevenirii infracțiunilor teroriste

(1)   În vederea prevenirii infracțiunilor teroriste, în conformitate cu legislația națională și, în cazuri individuale, chiar fără a fi solicitate, statele membre pot furniza punctelor naționale de contact ale altor state membre, astfel cum se menționează la alineatul (3), datele cu caracter personal și informațiile prevăzute la alineatul (2), în măsura în care acest lucru se dovedește necesar pentru că împrejurări determinate îndreptățesc convingerea că persoanele vizate vor săvârși infracțiuni precum cele menționate la articolele 1-3 din Decizia-cadru 2002/475/JAI a Consiliului din 13 iunie 2002 privind combaterea terorismului (3).

(2)   Datele care urmează a fi transmise conțin numele, prenumele, data și locul nașterii, precum și o descriere a împrejurărilor care conduc la convingerea menționată la alineatul (1).

(3)   Fiecare stat membru desemnează un punct național de contact în vederea schimbului de informații cu punctele naționale de contact ale altor state membre. Competențele punctelor naționale de contact sunt reglementate de legislația națională aplicabilă.

(4)   Statul membru care transmite datele poate stabili, în conformitate cu legislația națională, condițiile privind utilizarea unor asemenea date și informații de către statul membru destinatar. Statul membru destinatar este obligat să respecte aceste condiții.

CAPITOLUL 5

ALTE FORME DE COOPERARE

Articolul 17

Operațiuni comune

(1)   În vederea intensificării cooperării polițienești, în cursul menținerii ordinii și securității publice și al prevenirii infracțiunilor, autoritățile competente desemnate de statele membre pot forma patrule comune și desfășura alte operațiuni comune, în care agenți desemnați sau alți oficiali (denumiți în continuare „agenți”) din alte state membre participă la operațiuni pe teritoriul altui stat membru.

(2)   În calitate de stat gazdă și în conformitate cu legislația sa națională și cu consimțământul statului membru care a dispus detașarea, fiecare stat membru poate conferi competențe de executare agenților statului membru care a dispus detașarea implicați în operațiuni comune sau, în măsura în care legea statului gazdă permite acest lucru, poate permite agenților statelor membre care au dispus detașarea să își exercite propriile competențe de executare, în conformitate cu legislația statului membru care a dispus detașarea. Asemenea competențe de executare pot fi exercitate doar sub îndrumarea și, de regulă, în prezența agenților statului gazdă. Agenții statelor membre care au dispus detașarea se supun legislației naționale a statului membru gazdă. Statul membru gazdă își asumă răspunderea pentru acțiunile acestora.

(3)   Agenții statelor membre care au dispus detașarea care sunt implicați în operațiuni comune se supun instrucțiunilor date de autoritatea competentă a statului membru gazdă.

(4)   Statele membre prezintă declarații, astfel cum se menționează la articolul 36, în care stabilesc aspectele practice ale cooperării.

Articolul 18

Asistența în cazul unor reuniuni de masă, dezastre și accidente grave

Autoritățile competente din statele membre își oferă asistență reciprocă, în conformitate cu legislația națională, în cazul unor reuniuni de masă, dezastre și în cazul altor evenimente majore, precum și în cazul unor accidente grave, urmărind să prevină infracțiunile și să mențină ordinea și siguranța publică prin:

| (a) | notificarea reciprocă și cât mai promptă a unor asemenea situații cu impact transfrontalier, precum și prin schimbul oricăror informații relevante; |
| --- | --- |

(a)

notificarea reciprocă și cât mai promptă a unor asemenea situații cu impact transfrontalier, precum și prin schimbul oricăror informații relevante;

| (b) | adoptarea și coordonarea măsurilor de poliție necesare pe propriul teritoriu în situațiile cu impact transfrontalier; |
| --- | --- |

(b)

adoptarea și coordonarea măsurilor de poliție necesare pe propriul teritoriu în situațiile cu impact transfrontalier;

| (c) | pe cât posibil, detașarea de agenți, specialiști și consilieri și punerea la dispoziție de echipament, la cererea statului membru pe al cărui teritoriu a apărut situația respectivă. |
| --- | --- |

(c)

pe cât posibil, detașarea de agenți, specialiști și consilieri și punerea la dispoziție de echipament, la cererea statului membru pe al cărui teritoriu a apărut situația respectivă.

Articolul 19

Folosirea armamentului, a munițiilor și a echipamentelor

(1)   Agenții dintr-un stat membru care a dispus detașarea care participă la o operațiune comună pe teritoriul unui alt stat membru în conformitate cu articolul 17 sau 18 își pot purta uniformele naționale pe teritoriul acelui stat. Agenții pot avea asupra lor armamentul, muniția și echipamentele care le sunt permise în conformitate cu legislația națională a statului membru care a dispus detașarea. Statul membru gazdă poate interzice portul anumitor arme, muniții sau echipamente de către agenții unui stat membru care a dispus detașarea.

(2)   Statele membre prezintă declarațiile prevăzute la articolul 36 în care enumeră armele, muniția și echipamentele care pot fi folosite doar în legitimă apărare sau pentru apărarea altor persoane. Agentul statului membru gazdă care se află la comanda efectivă a operațiunii poate permite, în anumite cazuri și în conformitate cu legislația națională, folosirea armamentului, a muniției și a echipamentelor și în alte scopuri decât cele prevăzute la prima teză. Folosirea armelor, a muniției și a echipamentelor este reglementată de legislația statului gazdă. Autoritățile competente se informează reciproc cu privire la armamentul, muniția și echipamentele permise și cu privire la condițiile în care pot fi folosite.

(3)   În cazul în care agenții dintr-un stat membru folosesc, într-o acțiune întreprinsă în conformitate cu prezenta decizie, vehicule pe teritoriul unui alt stat membru, aceștia se supun acelorași reguli privind traficul rutier care se aplică și agenților statului membru gazdă, inclusiv în ceea ce privește dreptul la liberă trecere și orice privilegii speciale.

(4)   Statele membre prezintă declarațiile menționate la articolul 36, în care stabilesc aspectele practice ale folosirii armamentului, a muniției și a echipamentelor.

Articolul 20

Protecția și asistența

Statele membre trebuie să ofere agenților altor state membre care traversează frontiera, în exercitarea atribuțiilor de serviciu, aceeași protecție și asistență ca și propriilor lor agenți.

Articolul 21

Regulile generale cu privire la răspunderea civilă

(1)   Atunci când agenți ai unui stat membru desfășoară operațiuni într-un alt stat membru în conformitate cu articolul 17, statul membru din care provin răspunde pentru orice prejudicii cauzate de aceștia în cursul operațiunilor lor, în conformitate cu legislația statului membru pe teritoriul căruia își desfășoară operațiunile.

(2)   Statul membru pe al cărei teritoriu s-au produs prejudiciile menționate la alineatul (1) repară aceste prejudicii în condițiile aplicabile prejudiciilor cauzate de proprii săi agenți.

(3)   În cazul menționat la alineatul (1), statul membru ai cărui agenți au cauzat prejudicii unei persoane de pe teritoriul unui alt stat membru rambursează acestuia din urmă totalitatea sumelor pe care le-a plătit victimelor sau persoanelor îndreptățite în numele acestora.

(4)   Atunci când agenți ai unui stat membru desfășoară operațiuni într-un alt stat membru conform articolului 18, statul membru gazdă răspunde pentru orice prejudicii cauzate de aceștia în cursul operațiunilor lor, în conformitate cu legislația sa națională.

(5)   Atunci când prejudiciile menționate la alineatul (4) s-au produs ca urmare a unei fapte săvârșite din culpă gravă sau cu intenție, statul membru gazdă poate solicita statului membru care a dispus detașarea rambursarea oricăror sume pe care le-a plătit victimelor sau persoanelor îndreptățite a fi despăgubite în numele acestora.

(6)   Fără a aduce atingere exercitării drepturilor sale față de terțe părți și cu excepția alineatului (3), fiecare stat membru se abține în cazul prevăzut la alineatul (1) de a pretinde de la un alt stat membru rambursarea despăgubirilor pentru prejudiciile suferite.

Articolul 22

Răspunderea penală

Agenților care acționează pe teritoriul altui stat membru în conformitate cu prezenta decizie li se aplică același tratament ca și celor care aparțin statului membru gazdă în ceea ce privește orice infracțiuni care ar putea fi săvârșite de aceștia sau care ar putea fi săvârșite împotriva lor, cu excepția cazului în care se prevede altfel într-un alt acord cu caracter obligatoriu pentru statele membre în cauză.

Articolul 23

Raporturile de muncă

Agenții care acționează pe teritoriul altui stat membru, în conformitate cu prezenta decizie, rămân supuși dispozițiilor din legislația muncii aplicabile în propriul lor stat membru, în special în ceea ce privește normele de disciplină.

CAPITOLUL 6

DISPOZIȚII GENERALE PRIVIND PROTECȚIA DATELOR

Articolul 24

Definiții și domeniu de aplicare

(1)   În înțelesul prezentei decizii:

| (a) | „prelucrarea datelor cu caracter personal” înseamnă orice operațiune sau set de operațiuni care sunt efectuate cu privire la datele cu caracter personal, indiferent dacă se realizează sau nu prin mijloace automatizate, precum culegerea, înregistrarea, organizarea, stocarea, adaptarea sau modificarea, sortarea, recuperarea, consultarea, utilizarea, divulgarea prin furnizare, diseminarea sau punerea la dispoziție în alt mod, alinierea, combinarea, blocarea, ștergerea sau distrugerea datelor. Prelucrarea, în sensul prezentei decizii, include comunicarea, indiferent dacă există sau nu „hit” (răspuns pozitiv); |
| --- | --- |

(a)

„prelucrarea datelor cu caracter personal” înseamnă orice operațiune sau set de operațiuni care sunt efectuate cu privire la datele cu caracter personal, indiferent dacă se realizează sau nu prin mijloace automatizate, precum culegerea, înregistrarea, organizarea, stocarea, adaptarea sau modificarea, sortarea, recuperarea, consultarea, utilizarea, divulgarea prin furnizare, diseminarea sau punerea la dispoziție în alt mod, alinierea, combinarea, blocarea, ștergerea sau distrugerea datelor. Prelucrarea, în sensul prezentei decizii, include comunicarea, indiferent dacă există sau nu „hit” (răspuns pozitiv);

| (b) | „procedura de căutare automatizată” înseamnă accesul direct la bazele de date automatizate ale altui organism, în cazul în care răspunsul în urma procedurii de căutare este complet automatizat; |
| --- | --- |

(b)

„procedura de căutare automatizată” înseamnă accesul direct la bazele de date automatizate ale altui organism, în cazul în care răspunsul în urma procedurii de căutare este complet automatizat;

| (c) | „catalogare” înseamnă marcarea datelor cu caracter personal stocate, fără a avea ca scop limitarea prelucrării lor ulterioare; |
| --- | --- |

(c)

„catalogare” înseamnă marcarea datelor cu caracter personal stocate, fără a avea ca scop limitarea prelucrării lor ulterioare;

| (d) | „blocare” înseamnă marcarea datelor cu caracter personal stocate, cu scopul de a limita prelucrarea lor ulterioară. |
| --- | --- |

(d)

„blocare” înseamnă marcarea datelor cu caracter personal stocate, cu scopul de a limita prelucrarea lor ulterioară.

(2)   Următoarele dispoziții se aplică datelor care sunt sau au fost furnizate în conformitate cu prezenta decizie, cu excepția cazului în care se prevede altfel în capitolele anterioare.

Articolul 25

Nivelul de protecție a datelor

(1)   În privința prelucrării datelor cu caracter personal, care sunt sau au fost furnizate conform prezentei decizii, fiecare stat membru garantează un nivel de protecție a datelor cu caracter personal în legislația sa națională, cel puțin egal cu cel rezultat din Convenția Consiliului Europei pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal din 28 ianuarie 1981 și din Protocolul său adițional din 8 noiembrie 2001, luând astfel în considerare Recomandarea nr. R (87) 15 din 17 septembrie 1987 a Comitetului de Miniștri al Consiliului Europei către statele membre care reglementează utilizarea datelor cu caracter personal în domeniul polițienesc, chiar și în cazul în care datele nu sunt prelucrate automatizat.

(2)   Transmiterea datelor cu caracter personal reglementată de prezenta decizie nu poate avea loc decât după ce dispozițiile prezentului capitol au fost puse în aplicare în legislația națională aplicabilă pe teritoriile statelor membre implicate în această transmitere. Consiliul decide în unanimitate dacă această condiție a fost îndeplinită.

(3)   Alineatul (2) nu se aplică acelor state membre în care transmiterea de date cu caracter personal reglementată de prezenta decizie a început deja ca urmare a Tratatului de la Prüm din 27 mai 2005 încheiat între Regatul Belgiei, Republica Federală Germania, Regatul Spaniei, Republica Franceză, Marele Ducat al Luxemburgului, Regatul Țărilor de Jos și Republica Austria privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului, a criminalității transfrontaliere și a migrației ilegale („Tratatul de la Prüm”).

Articolul 26

Scopul

(1)   Prelucrarea datelor cu caracter personal de către statul membru destinatar este permisă doar pentru scopul pentru care au fost furnizate, în conformitate cu prezenta decizie. Prelucrarea în alt scop este permisă numai cu autorizarea prealabilă a statului membru care administrează fișierul și doar cu respectarea legislației naționale a statului membru destinatar. O astfel de autorizație poate fi acordată cu condiția ca prelucrarea în alte scopuri să fie permisă de legislația națională a statului membru care administrează fișierul.

(2)   Prelucrarea datelor furnizate conform articolelor 3, 4 și 9 de către statul membru care efectuează căutarea sau compararea este permisă doar pentru:

| (a) | a stabili dacă profilurile ADN sau datele dactiloscopice comparate concordă; |
| --- | --- |

(a)

a stabili dacă profilurile ADN sau datele dactiloscopice comparate concordă;

| (b) | a pregăti și înainta o cerere formulată de organele de poliție sau judiciare în vederea acordării de asistență juridică în concordanță cu legislația națională, dacă aceste date concordă; |
| --- | --- |

(b)

a pregăti și înainta o cerere formulată de organele de poliție sau judiciare în vederea acordării de asistență juridică în concordanță cu legislația națională, dacă aceste date concordă;

| (c) | a efectua o înregistrare, în sensul articolului 30. |
| --- | --- |

(c)

a efectua o înregistrare, în sensul articolului 30.

Statul membru care administrează fișierul poate prelucra datele furnizate în conformitate cu articolele 3, 4 și 9 numai atunci când este necesar în scopul comparării, al furnizării răspunsurilor automatizate la căutări sau al înregistrării în conformitate cu articolul 30. Datele furnizate sunt șterse îndată după compararea datelor sau după răspunsurile automatizate la căutări, în afara cazului în care este necesară continuarea prelucrării datelor în scopurile menționate la literele (b) și (c) din primul paragraf.

(3)   Datele furnizate în conformitate cu articolul 12 pot fi utilizate de către statul membru care administrează fișierul numai atunci când acest lucru este necesar în scopul furnizării răspunsurilor automatizate la procedurile de căutare sau al înregistrării în conformitate cu articolul 30. Datele furnizate sunt șterse îndată după transmiterea răspunsurilor automatizate la căutări, în afara cazului în care este necesară continuarea prelucrării în vederea înregistrării în conformitate cu articolul 30. Statul membru care efectuează căutarea poate folosi datele primite ca răspuns numai pentru procedura pentru care a fost efectuată căutarea.

Articolul 27

Autoritățile competente

Datele cu caracter personal furnizate pot fi prelucrate doar de către autoritățile, organismele și instanțele cu atribuții care servesc realizării scopurilor prevăzute la articolul 26. În special, datele pot fi furnizate altor entități doar cu autorizarea prealabilă din partea statului membru furnizor și în conformitate cu legislația statului membru destinatar.

Articolul 28

Acuratețea, relevanța actuală și perioada de stocare a datelor

(1)   Statele membre asigură acuratețea și relevanța actuală a datelor cu caracter personal. Dacă ex officio sau dintr-o notificare a persoanei vizate rezultă că au fost furnizate date incorecte sau date care nu ar fi trebuit să fie furnizate, acest fapt este notificat de îndată statului sau statelor membre destinatare. Statul sau statele membre în cauză sunt obligate să corecteze sau să șteargă datele. De asemenea, datele cu caracter personal furnizate sunt corectate dacă se descoperă că sunt incorecte. Dacă organismul destinatar are motive să creadă că datele furnizate sunt incorecte sau ar trebui șterse, autoritatea care le-a furnizat este informată de îndată despre aceasta.

(2)   Datele a căror acuratețe este contestată de persoana vizată sau a căror acuratețe sau lipsă de acuratețe nu poate fi stabilită trebuie să fie marcate cu un steguleț la cererea persoanei vizate, în conformitate cu legislația națională a statelor membre. Dacă există un steguleț, acesta poate fi înlăturat în conformitate cu legislația națională a statelor membre și numai cu permisiunea persoanei vizate sau pe baza unei hotărâri a instanței judecătorești competente sau a autorității independente de protecție a datelor.

(3)   Datele cu caracter personal furnizate care nu ar fi trebuit furnizate sau primite se șterg. Datele care sunt legal furnizate și primite se șterg:

| (a) | dacă nu sunt sau nu mai sunt necesare pentru scopul pentru care au fost furnizate; dacă datele cu caracter personal au fost furnizate fără a fi solicitate, organismul destinatar verifică de îndată dacă sunt necesare în scopul pentru care au fost furnizate; |
| --- | --- |

(a)

dacă nu sunt sau nu mai sunt necesare pentru scopul pentru care au fost furnizate; dacă datele cu caracter personal au fost furnizate fără a fi solicitate, organismul destinatar verifică de îndată dacă sunt necesare în scopul pentru care au fost furnizate;

| (b) | după expirarea termenului maxim de păstrare a datelor prevăzut de legislația națională a statului membru care furnizează datele, atunci când organismul care a furnizat datele a informat organismul destinatar cu privire la acel termen maxim la momentul furnizării datelor. |
| --- | --- |

(b)

după expirarea termenului maxim de păstrare a datelor prevăzut de legislația națională a statului membru care furnizează datele, atunci când organismul care a furnizat datele a informat organismul destinatar cu privire la acel termen maxim la momentul furnizării datelor.

Atunci când există motive să se creadă că ștergerea ar prejudicia interesele persoanei vizate, datele sunt blocate, în loc să fie șterse, în conformitate cu legislația națională. Datele blocate pot fi furnizate sau utilizate doar în scopul care a împiedicat ștergerea lor.

Articolul 29

Măsuri tehnice și organizatorice de asigurare a protecției și securității datelor

(1)   Organismele care furnizează date și organismele destinatare iau măsurile necesare pentru a asigura protecția eficientă a datelor cu caracter personal împotriva distrugerii accidentale sau neautorizate, pierderii accidentale, accesului neautorizat, modificării neautorizate sau accidentale și divulgării neautorizate.

(2)   Elementele specificațiilor tehnice ale procedurii de căutare automatizată sunt reglementate prin măsurile de punere în aplicare menționate la articolul 33, care garantează că:

| (a) | sunt luate măsuri tehnice de ultimă generație în vederea asigurării protecției și securității datelor, în special a confidențialității și integrității acestora; |
| --- | --- |

(a)

sunt luate măsuri tehnice de ultimă generație în vederea asigurării protecției și securității datelor, în special a confidențialității și integrității acestora;

| (b) | atunci când se recurge la rețele general accesibile sunt utilizate proceduri de criptare și autorizare recunoscute de autoritățile competente; și |
| --- | --- |

(b)

atunci când se recurge la rețele general accesibile sunt utilizate proceduri de criptare și autorizare recunoscute de autoritățile competente; și

| (c) | poate fi verificată admisibilitatea căutărilor, în conformitate cu articolul 30 alineatele (2), (4) și (5). |
| --- | --- |

(c)

poate fi verificată admisibilitatea căutărilor, în conformitate cu articolul 30 alineatele (2), (4) și (5).

Articolul 30

Introducerea în evidență și înregistrarea; norme speciale care reglementează transmiterea automatizată și neautomatizată

(1)   Fiecare stat membru garantează că fiecare transmitere neautomatizată și fiecare primire neautomatizată de date cu caracter personal de către organismul care administrează fișierul și de către organismul care efectuează căutarea este introdusă într-o evidență pentru a verifica admisibilitatea transmiterii. Luarea în evidență oferă următoarele informații:

| (a) | motivul furnizării datelor; |
| --- | --- |

(a)

motivul furnizării datelor;

| (b) | datele furnizate; |
| --- | --- |

(b)

datele furnizate;

| (c) | data furnizării; și |
| --- | --- |

(c)

data furnizării; și

| (d) | numele sau codul de identificare al organismului care efectuează căutarea și al organismului care administrează fișierul. |
| --- | --- |

(d)

numele sau codul de identificare al organismului care efectuează căutarea și al organismului care administrează fișierul.

(2)   Următoarele dispoziții se aplică în cazul căutărilor automatizate de date în temeiul articolelor 3, 9 și 12 și al comparațiilor automatizate de date în conformitate cu articolul 4:

| (a) | numai agenții punctelor naționale de contact, posesori ai unei autorizații speciale, pot efectua căutări sau comparații automatizate de date. Lista agenților autorizați să efectueze căutări sau comparații automatizate de date se pune la dispoziție la cerere autorităților de supraveghere menționate la alineatul (5), precum și celorlalte state membre. |
| --- | --- |

(a)

numai agenții punctelor naționale de contact, posesori ai unei autorizații speciale, pot efectua căutări sau comparații automatizate de date. Lista agenților autorizați să efectueze căutări sau comparații automatizate de date se pune la dispoziție la cerere autorităților de supraveghere menționate la alineatul (5), precum și celorlalte state membre.

| (b) | fiecare stat membru se asigură că fiecare transmitere și primire de date cu caracter personal de către organismul care administrează fișierul și de către organismul care efectuează căutarea este înregistrată, comunicând, de asemenea, existența sau lipsa unui „hit” (răspuns pozitiv). Înregistrarea conține următoarele informații:






  (i) | datele furnizate; |
| --- | --- | --- |

(b)

fiecare stat membru se asigură că fiecare transmitere și primire de date cu caracter personal de către organismul care administrează fișierul și de către organismul care efectuează căutarea este înregistrată, comunicând, de asemenea, existența sau lipsa unui „hit” (răspuns pozitiv). Înregistrarea conține următoarele informații:

(i)

datele furnizate;

| (ii) | data și ora exactă a furnizării; și |
| --- | --- |

(ii)

data și ora exactă a furnizării; și

| (iii) | numele sau codul de identificare al organismului care efectuează căutarea și al organismului care administrează fișierul. |
| --- | --- |

(iii)

numele sau codul de identificare al organismului care efectuează căutarea și al organismului care administrează fișierul.

Organismul care efectuează căutarea înregistrează, de asemenea, motivul căutării sau al transmiterii, precum și semnul de identificare al agentului care a efectuat căutarea și al celui care a solicitat căutarea sau transmiterea.

(3)   La cererea autorităților competente în domeniul protecției datelor din statele membre în cauză, organismul de înregistrare comunică de îndată datele înregistrate, în cel mult patru săptămâni de la data primirii cererii. Datele înregistrate pot fi utilizate doar în următoarele scopuri:

| (a) | monitorizarea protecției datelor; |
| --- | --- |

(a)

monitorizarea protecției datelor;

| (b) | asigurarea securității datelor. |
| --- | --- |

(b)

asigurarea securității datelor.

(4)   Datele înregistrate sunt protejate prin adoptarea unor măsuri adecvate împotriva utilizării neautorizate și a altor forme de utilizare incorectă și sunt păstrate timp de doi ani. După expirarea perioadei de păstrare a datelor, datele înregistrate sunt șterse imediat.

(5)   Responsabilitatea controalelor juridice în ceea ce privește transmiterea sau primirea de date cu caracter personal aparține autorităților independente de protecție a datelor sau, dacă este cazul, autorităților judiciare din statele membre în cauză. Oricine poate solicita acestor autorități să verifice legalitatea prelucrării datelor în legătură cu propria persoană, în conformitate cu legislația națională. În afara unor astfel de solicitări, aceste autorități și organismele de înregistrare efectuează controale prin sondaj în ceea ce privește legalitatea furnizărilor, folosind bazele de date respective.

Autoritățile independente de protecție a datelor păstrează pentru inspecție rezultatele unor astfel de controale timp de 18 luni. După expirarea acestei perioade, rezultatele în cauză sunt șterse de îndată. Fiecărei autorități de protecție a datelor i se poate solicita de către autoritatea independentă de protecție a datelor dintr-un alt stat membru să își exercite atribuțiile în conformitate cu legislația națională. Autoritățile independente de protecție a datelor din statele membre îndeplinesc sarcinile de inspecție necesare cooperării, în special prin intermediul unui schimb de informații relevante.

Articolul 31

Drepturile la informații și despăgubiri ale persoanelor vizate

(1)   La cererea persoanei vizate, în conformitate cu legislația națională, acesteia îi sunt oferite informații, în conformitate cu legislația națională, după dovedirea identității sale, fără cheltuieli excesive, folosind un limbaj inteligibil și fără întârzieri inacceptabile, privind datele prelucrate în ceea ce privește persoana sa și originea acestor date, destinatarul sau grupul de destinatari, scopul prelucrării și, în cazul în care acest lucru e necesar în conformitate cu legislația națională, temeiul juridic al prelucrării. De asemenea, persoana vizată are dreptul de a solicita ca datele inexacte să fie corectate și ca datele prelucrate în mod ilegal să fie șterse. Mai mult decât atât, statele membre se asigură că, în cazul încălcării drepturilor sale legate de protecția datelor, persoana vizată poate adresa în mod efectiv o plângere unei instanțe judecătorești independente în sensul articolului 6 alineatul (1) din Convenția europeană a drepturilor omului sau unei autorități independente de supraveghere, în sensul articolului 28 din Directiva 95/46/CE a Parlamentului European și a Consiliului din 24 octombrie 1995 privind protecția persoanelor fizice în ceea ce privește prelucrarea datelor cu caracter personal și libera circulație a acestor date (4), fiindu-i oferită posibilitatea de a solicita despăgubiri sau de a căuta o altă formă de reparație legală. Normele detaliate privind procedura de exercitare a acestor drepturi și motivele restrângerii dreptului de acces sunt reglementate prin dispozițiile relevante ale legislației naționale a statului membru în care persoana vizată își exercită drepturile.

(2)   În cazul în care un organism dintr-un stat membru a furnizat date cu caracter personal în temeiul prezentei decizii, organismul destinatar dintr-un alt stat membru nu poate invoca inexactitatea datelor furnizate drept motiv pentru a se sustrage răspunderii care îi revine față de partea vătămată, în conformitate cu legislația națională. În cazul în care organismul destinatar este obligat la plata de despăgubiri ca urmare a faptului că a utilizat date incorecte furnizate, organismul care a furnizat datele restituie organismului destinatar întreaga sumă plătită ca despăgubiri.

Articolul 32

Informații solicitate de statele membre

Statul membru destinatar informează, la cerere, statul membru care furnizează datele cu privire la prelucrarea datelor cu caracter personal furnizate și la rezultatele obținute.

CAPITOLUL 7

DISPOZIȚII DE PUNERE ÎN APLICARE ȘI DISPOZIȚII FINALE

Articolul 33

Măsurile de punere în aplicare

Consiliul, hotărând cu majoritate calificată după consultarea Parlamentului European, adoptă măsurile necesare punerii în aplicare a prezentei decizii la nivelul Uniunii.

Articolul 34

Costurile

Fiecare stat membru suportă cheltuielile operaționale angajate de autoritățile sale în legătură cu punerea în aplicare a prezentei decizii. În situații speciale, statele membre în cauză pot stabili de comun acord modalități diferite.

Articolul 35

Relațiile cu alte instrumente

(1)   Pentru statele membre în cauză, dispozițiile relevante ale prezentei decizii se aplică în locul dispozițiilor corespunzătoare din Tratatul de la Prüm. Oricare alte dispoziții ale Tratatului de la Prüm rămân aplicabile între părțile contractante ale Tratatului de la Prüm.

(2)   Fără a aduce atingere angajamentelor asumate în baza altor acte adoptate în conformitate cu titlul VI din tratat:

| (a) | Statele membre pot continua să aplice acordurile sau înțelegerile bilaterale sau multilaterale privind cooperarea transfrontalieră care sunt în vigoare la data adoptării prezentei decizii, în măsura în care astfel de acorduri sau înțelegeri nu sunt incompatibile cu obiectivele prezentei decizii. |
| --- | --- |

(a)

Statele membre pot continua să aplice acordurile sau înțelegerile bilaterale sau multilaterale privind cooperarea transfrontalieră care sunt în vigoare la data adoptării prezentei decizii, în măsura în care astfel de acorduri sau înțelegeri nu sunt incompatibile cu obiectivele prezentei decizii.

| (b) | Statele membre pot încheia sau pune în aplicare acorduri sau înțelegeri bilaterale sau multilaterale privind cooperarea transfrontalieră, după intrarea în vigoare a prezentei decizii, în măsura în care aceste acorduri sau înțelegeri prevăd extinderea sau amplificarea obiectivelor prezentei decizii. |
| --- | --- |

(b)

Statele membre pot încheia sau pune în aplicare acorduri sau înțelegeri bilaterale sau multilaterale privind cooperarea transfrontalieră, după intrarea în vigoare a prezentei decizii, în măsura în care aceste acorduri sau înțelegeri prevăd extinderea sau amplificarea obiectivelor prezentei decizii.

(3)   Acordurile și înțelegerile menționate la alineatele (1) și (2) nu pot afecta relațiile cu statele membre care nu sunt părți la acestea.

(4)   În termen de patru săptămâni de la data la care prezenta decizie începe să producă efecte, statele membre informează Consiliul și Comisia în legătură cu acordurile sau înțelegerile existente, în sensul alineatului (2) litera (a), pe care doresc să le aplice în continuare.

(5)   De asemenea, statele membre informează Consiliul și Comisia în legătură cu toate noile acorduri sau înțelegeri, în sensul alineatului (2) litera (b), în termen de trei luni de la semnarea acestora sau, în cazul instrumentelor semnate înainte de adoptarea prezentei decizii, în termen de trei luni de la intrarea în vigoare a acestora.

(6)   Prezenta decizie nu aduce atingere acordurilor sau înțelegerilor bilaterale sau multilaterale între statele membre și statele terțe.

(7)   Prezenta decizie nu aduce atingere acordurilor existente privind asistența judiciară sau recunoașterea reciprocă a hotărârilor judecătorești.

Articolul 36

Punerea în aplicare și declarațiile

(1)   Statele membre iau măsurile necesare pentru a se conforma dispozițiilor prezentei decizii în termen de un an de la data la care prezenta decizie începe să producă efecte, cu excepția dispozițiilor din capitolul 2 în privința cărora statele membre iau măsurile necesare în termen de trei ani de la data la care prezenta decizie și decizia Consiliului privind punerea în aplicare a acesteia încep să producă efecte.

(2)   Statele membre informează Secretariatul General al Consiliului și Comisia cu privire la punerea în aplicare a obligațiilor care le sunt impuse în baza prezentei decizii și transmit declarațiile prevăzute de prezenta decizie. Odată cu transmiterea acestui text, statul membru poate preciza că va aplica de îndată prezenta decizie în raporturile sale cu acele state membre care au transmis aceeași notificare.

(3)   Declarațiile depuse în conformitate cu alineatul (2) pot fi modificate în orice moment prin intermediul unei declarații înaintate Secretariatului General al Consiliului. Secretariatul General al Consiliului trimite declarațiile primite statelor membre și Comisiei.

(4)   Pe baza acestor informații și a altor informații puse la dispoziție de către statele membre, la cerere, Comisia prezintă Consiliului un raport până la 28 iulie 2012 privind punerea în aplicare a prezentei decizii, însoțit de propunerile referitoare la orice alte evoluții ulterioare.

Articolul 37

Intrarea în vigoare

Decizia începe să producă efecte în termen de douăzeci de zile de la data publicării în Jurnalul Oficial al Uniunii Europene.

Adoptată la Luxemburg, 23 iunie 2008.

Pentru Consiliu

Președintele

I. JARC

---

(1)  Avizul din 10 iunie 2007 (nepublicat încă în Jurnalul Oficial).

1

(2)  JO L 386, 29.12.2006, p. 89.

2

(3)  JO L 164, 22.6.2002, p. 3.

3

(4)  JO L 281, 23.11.1995, p. 31. Directivă modificată prin Regulamentul (CE) nr. 1882/2003 (JO L 284, 31.10.2003, p. 1).

4

---

| 6.8.2008 | RO | Jurnalul Oficial al Uniunii Europene | L 210/12 |
| --- | --- | --- | --- |

6.8.2008

RO

Jurnalul Oficial al Uniunii Europene

L 210/12

---

DECIZIA 2008/616/JAI A CONSILIULUI

din 23 iunie 2008

privind punerea în aplicare a Deciziei 2008/615/JAI privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere

CONSILIUL UNIUNII EUROPENE,

având în vedere articolul 33 din Decizia 2008/615/JAI a Consiliului (1),

având în vedere inițiativa Republicii Federale Germania,

având în vedere avizul Parlamentului European (2),

întrucât:

| (1) | La 23 iunie 2008, Consiliul a adoptat Decizia 2008/615/JAI privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere. |
| --- | --- |

(1)

La 23 iunie 2008, Consiliul a adoptat Decizia 2008/615/JAI privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere.

| (2) | Prin Decizia 2008/615/JAI, elementele fundamentale ale Tratatului din 27 mai 2005 încheiat între Regatul Belgiei, Republica Federală Germania, Regatul Spaniei, Republica Franceză, Marele Ducat al Luxemburgului, Regatul Țărilor de Jos și Republica Austria privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului, a criminalității transfrontaliere și a migrației ilegale (denumit în continuare „Tratatul de la Prüm”) au fost transpuse în cadrul juridic al Uniunii Europene. |
| --- | --- |

(2)

Prin Decizia 2008/615/JAI, elementele fundamentale ale Tratatului din 27 mai 2005 încheiat între Regatul Belgiei, Republica Federală Germania, Regatul Spaniei, Republica Franceză, Marele Ducat al Luxemburgului, Regatul Țărilor de Jos și Republica Austria privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului, a criminalității transfrontaliere și a migrației ilegale (denumit în continuare „Tratatul de la Prüm”) au fost transpuse în cadrul juridic al Uniunii Europene.

| (3) | Articolul 33 din Decizia 2008/615/JAI prevede adoptarea de către Consiliu a măsurilor necesare punerii în aplicare a Deciziei 2008/615/JAI la nivelul Uniunii, în conformitate cu procedura prevăzută la articolul 34 alineatul (2) litera (c) teza a doua din Tratatul privind Uniunea Europeană. Aceste măsuri se bazează pe Acordul de punere în aplicare din 5 decembrie 2006 privind punerea în aplicare din punct de vedere administrativ și tehnic a Tratatului de la Prüm. |
| --- | --- |

(3)

Articolul 33 din Decizia 2008/615/JAI prevede adoptarea de către Consiliu a măsurilor necesare punerii în aplicare a Deciziei 2008/615/JAI la nivelul Uniunii, în conformitate cu procedura prevăzută la articolul 34 alineatul (2) litera (c) teza a doua din Tratatul privind Uniunea Europeană. Aceste măsuri se bazează pe Acordul de punere în aplicare din 5 decembrie 2006 privind punerea în aplicare din punct de vedere administrativ și tehnic a Tratatului de la Prüm.

| (4) | Prezenta decizie instituie acele dispoziții normative comune care sunt indispensabile punerii în aplicare din punct de vedere administrativ și tehnic a formelor de cooperare prevăzute de Decizia 2008/615/JAI. Anexa la prezenta decizie conține dispoziții de punere în aplicare de natură tehnică. De asemenea, Secretariatul General al Consiliului va redacta și actualiza un manual separat, conținând în mod exclusiv informații faptice furnizate de statele membre. |
| --- | --- |

(4)

Prezenta decizie instituie acele dispoziții normative comune care sunt indispensabile punerii în aplicare din punct de vedere administrativ și tehnic a formelor de cooperare prevăzute de Decizia 2008/615/JAI. Anexa la prezenta decizie conține dispoziții de punere în aplicare de natură tehnică. De asemenea, Secretariatul General al Consiliului va redacta și actualiza un manual separat, conținând în mod exclusiv informații faptice furnizate de statele membre.

| (5) | Având în vedere capacitățile tehnice, căutările de rutină a noi profiluri ADN se vor realiza în principiu prin intermediul unor căutări unice și se vor identifica în acest sens soluții adecvate la nivel tehnic, |
| --- | --- |

(5)

Având în vedere capacitățile tehnice, căutările de rutină a noi profiluri ADN se vor realiza în principiu prin intermediul unor căutări unice și se vor identifica în acest sens soluții adecvate la nivel tehnic,

DECIDE:

CAPITOLUL I

GENERALITĂȚI

Articolul 1

Obiectivul

Obiectivul prezentei decizii este de a stabili dispozițiile administrative și tehnice necesare punerii în aplicare a Deciziei 2008/615/JAI, în special în ceea ce privește schimbul automat de date ADN, de date dactiloscopice și de date privind înmatricularea vehiculelor, astfel cum sunt prevăzute în capitolul 2 din respectiva decizie, precum și în ceea ce privește alte forme de cooperare, astfel cum sunt prevăzute în capitolul 5 din respectiva decizie.

Articolul 2

Definiții

În sensul prezentei decizii:

| (a) | „căutare” și „comparare”, conform articolelor 3, 4 și 9 din Decizia 2008/615/JAI, înseamnă procedurile prin care se stabilește dacă există o concordanță între datele ADN sau datele dactiloscopice care au fost comunicate de către un stat membru și, respectiv, datele ADN sau datele dactiloscopice stocate în bazele de date ale unui stat membru, ale mai multor state membre sau ale tuturor statelor membre; |
| --- | --- |

(a)

„căutare” și „comparare”, conform articolelor 3, 4 și 9 din Decizia 2008/615/JAI, înseamnă procedurile prin care se stabilește dacă există o concordanță între datele ADN sau datele dactiloscopice care au fost comunicate de către un stat membru și, respectiv, datele ADN sau datele dactiloscopice stocate în bazele de date ale unui stat membru, ale mai multor state membre sau ale tuturor statelor membre;

| (b) | „căutare automată”, conform articolului 12 din Decizia 2008/615/JAI, înseamnă o procedură de acces online pentru consultarea bazelor de date ale unui stat membru, ale mai multor state membre sau ale tuturor statelor membre; |
| --- | --- |

(b)

„căutare automată”, conform articolului 12 din Decizia 2008/615/JAI, înseamnă o procedură de acces online pentru consultarea bazelor de date ale unui stat membru, ale mai multor state membre sau ale tuturor statelor membre;

| (c) | „profil ADN” înseamnă un cod format din litere sau din cifre care reprezintă un set de caracteristici de identificare a părții necodificate a unui eșantion analizat de ADN uman, precum structura moleculară specifică din diverse segmente de ADN (loci); |
| --- | --- |

(c)

„profil ADN” înseamnă un cod format din litere sau din cifre care reprezintă un set de caracteristici de identificare a părții necodificate a unui eșantion analizat de ADN uman, precum structura moleculară specifică din diverse segmente de ADN (loci);

| (d) | „partea necodificată a ADN-ului” înseamnă zone de cromozomi care nu conțin nicio expresie genetică, și anume care nu furnizează nicio informație referitoare la proprietățile funcționale ale unui organism; |
| --- | --- |

(d)

„partea necodificată a ADN-ului” înseamnă zone de cromozomi care nu conțin nicio expresie genetică, și anume care nu furnizează nicio informație referitoare la proprietățile funcționale ale unui organism;

| (e) | „date de referință ADN” înseamnă un profil ADN și un număr de referință; |
| --- | --- |

(e)

„date de referință ADN” înseamnă un profil ADN și un număr de referință;

| (f) | „profil ADN de referință” înseamnă profilul ADN al unei persoane identificate; |
| --- | --- |

(f)

„profil ADN de referință” înseamnă profilul ADN al unei persoane identificate;

| (g) | „profil ADN neidentificat” înseamnă profilul ADN obținut din indiciile culese în timpul investigării unor infracțiuni și care aparține unei persoane neidentificate încă; |
| --- | --- |

(g)

„profil ADN neidentificat” înseamnă profilul ADN obținut din indiciile culese în timpul investigării unor infracțiuni și care aparține unei persoane neidentificate încă;

| (h) | „notă” înseamnă marcarea unui profil ADN efectuată de un stat membru în baza de date națională, care indică obținerea unei concordanțe la căutarea sau compararea inițiate de un alt stat membru cu privire la acel profil ADN; |
| --- | --- |

(h)

„notă” înseamnă marcarea unui profil ADN efectuată de un stat membru în baza de date națională, care indică obținerea unei concordanțe la căutarea sau compararea inițiate de un alt stat membru cu privire la acel profil ADN;

| (i) | „date dactiloscopice” înseamnă imagini de amprente digitale, imagini de amprente digitale latente, amprente palmare, amprente palmare latente, precum și șabloane ale unor astfel de imagini (caracteristici codificate ale acestora) atunci când sunt stocate și procesate într-o bază de date automatizată; |
| --- | --- |

(i)

„date dactiloscopice” înseamnă imagini de amprente digitale, imagini de amprente digitale latente, amprente palmare, amprente palmare latente, precum și șabloane ale unor astfel de imagini (caracteristici codificate ale acestora) atunci când sunt stocate și procesate într-o bază de date automatizată;

| (j) | „datele privind înmatricularea vehiculelor” înseamnă setul de date menționat în capitolul 3 din anexa la prezenta decizie; |
| --- | --- |

(j)

„datele privind înmatricularea vehiculelor” înseamnă setul de date menționat în capitolul 3 din anexa la prezenta decizie;

| (k) | „caz individual”, conform articolului 3 alineatul (1) teza a doua, articolului 9 alineatul (1) teza a doua și articolului 12 alineatul (1) din Decizia 2008/615/JAI, înseamnă un singur dosar de anchetă sau de urmărire. În cazul în care un astfel de dosar conține mai mult de un profil ADN sau mai multe date dactiloscopice sau date privind înmatricularea vehiculelor, acestea pot fi transmise împreună sub forma unei singure solicitări. |
| --- | --- |

(k)

„caz individual”, conform articolului 3 alineatul (1) teza a doua, articolului 9 alineatul (1) teza a doua și articolului 12 alineatul (1) din Decizia 2008/615/JAI, înseamnă un singur dosar de anchetă sau de urmărire. În cazul în care un astfel de dosar conține mai mult de un profil ADN sau mai multe date dactiloscopice sau date privind înmatricularea vehiculelor, acestea pot fi transmise împreună sub forma unei singure solicitări.

CAPITOLUL 2

DISPOZIȚII COMUNE PENTRU SCHIMBUL DE INFORMAȚII

Articolul 3

Specificații tehnice

Statele membre respectă specificațiile tehnice comune privind toate solicitările și răspunsurile referitoare la căutările și comparările de profiluri ADN, de date dactiloscopice și de date privind înmatricularea vehiculelor. Aceste specificații tehnice sunt prevăzute în anexa la prezenta decizie.

Articolul 4

Rețeaua de comunicații

Schimbul electronic de date ADN, de date dactiloscopice și de date privind înmatricularea vehiculelor între statele membre are loc prin intermediul rețelei de comunicații Servicii Transeuropene de Telematică între Administrații (TESTA II) și al versiunilor ulterioare ale acesteia.

Articolul 5

Disponibilitatea schimbului automat de date

Statele membre iau toate măsurile necesare pentru a asigura posibilitatea efectuării de căutări sau comparări automate a datelor ADN, a datelor dactiloscopice și a datelor privind înmatricularea vehiculelor 24 de ore din 24 și șapte zile din șapte. În cazul unei probleme tehnice, punctele naționale de contact ale statelor membre se informează reciproc imediat și convin asupra unor modalități alternative temporare de efectuare a schimbului de informații, în conformitate cu dispozițiile legale aplicabile. Schimbul automat de date este restabilit cât de curând posibil.

Articolul 6

Numere de referință pentru datele ADN și pentru datele dactiloscopice

Numerele de referință menționate la articolul 2 și la articolul 8 din Decizia 2008/615/JAI sunt formate din combinația următoarelor elemente:

| (a) | un cod care să permită statelor membre, în cazul existenței unei concordanțe, să extragă date cu caracter personal și alte informații din bazele lor de date cu scopul de a le furniza unui stat membru, mai multor state membre sau tuturor statelor membre în conformitate cu articolul 5 sau cu articolul 10 din Decizia 2008/615/JAI; |
| --- | --- |

(a)

un cod care să permită statelor membre, în cazul existenței unei concordanțe, să extragă date cu caracter personal și alte informații din bazele lor de date cu scopul de a le furniza unui stat membru, mai multor state membre sau tuturor statelor membre în conformitate cu articolul 5 sau cu articolul 10 din Decizia 2008/615/JAI;

| (b) | un cod care să indice originea națională a profilului ADN sau a datelor dactiloscopice; și |
| --- | --- |

(b)

un cod care să indice originea națională a profilului ADN sau a datelor dactiloscopice; și

| (c) | în ceea ce privește datele ADN, un cod care să indice tipul profilului ADN. |
| --- | --- |

(c)

în ceea ce privește datele ADN, un cod care să indice tipul profilului ADN.

CAPITOLUL 3

DATE ADN

Articolul 7

Principiile schimbului de date ADN

(1)   Statele membre folosesc standardele existente pentru schimbul de date ADN, precum Sistemul european de referință (ESS) sau Sistemul standard de loci al Interpolului (ISSOL).

(2)   Procedura de transmitere, în cazul căutării și al comparării automate a profilurilor ADN, se efectuează în cadrul unei structuri descentralizate.

(3)   Se adoptă măsuri corespunzătoare pentru a asigura confidențialitatea și integritatea datelor trimise către alte state membre, inclusiv criptarea acestora.

(4)   Statele membre iau măsurile necesare pentru a garanta integritatea profilurilor ADN puse la dispoziția celorlalte state membre sau trimise acestora spre comparare și pentru a se asigura că aceste măsuri respectă standardele internaționale precum ISO 17025.

(5)   Statele membre folosesc codurile de stat membru în conformitate cu standardul ISO 3166-1 alpha-2.

Articolul 8

Norme privind solicitările și răspunsurile referitoare la datele ADN

(1)   O cerere de căutare sau de comparare automată, menționate la articolele 3 și 4 din Decizia 2008/615/JAI, include numai următoarele informații:

| (a) | codul de stat membru al statului membru solicitant; |
| --- | --- |

(a)

codul de stat membru al statului membru solicitant;

| (b) | data, ora și numărul de referință al solicitării; |
| --- | --- |

(b)

data, ora și numărul de referință al solicitării;

| (c) | profilurile ADN și numerele de referință ale acestora; |
| --- | --- |

(c)

profilurile ADN și numerele de referință ale acestora;

| (d) | tipurile de profiluri ADN transmise (profiluri ADN neidentificate sau profiluri ADN de referință); și |
| --- | --- |

(d)

tipurile de profiluri ADN transmise (profiluri ADN neidentificate sau profiluri ADN de referință); și

| (e) | informațiile necesare pentru controlul sistemelor de baze de date și pentru controlul calității în cazul proceselor de căutare automată. |
| --- | --- |

(e)

informațiile necesare pentru controlul sistemelor de baze de date și pentru controlul calității în cazul proceselor de căutare automată.

(2)   Răspunsul (raportul de concordanță) la cererea menționată la alineatul (1) conține numai următoarele informații:

| (a) | o precizare dacă a existat una sau au existat mai multe concordanțe („hits”) sau dacă nu a existat nicio concordanță („no hits”); |
| --- | --- |

(a)

o precizare dacă a existat una sau au existat mai multe concordanțe („hits”) sau dacă nu a existat nicio concordanță („no hits”);

| (b) | data, ora și numărul de referință al solicitării; |
| --- | --- |

(b)

data, ora și numărul de referință al solicitării;

| (c) | data, ora și numărul de referință al răspunsului; |
| --- | --- |

(c)

data, ora și numărul de referință al răspunsului;

| (d) | codurile de stat membru ale statelor membre solicitante și ale statelor membre solicitate; |
| --- | --- |

(d)

codurile de stat membru ale statelor membre solicitante și ale statelor membre solicitate;

| (e) | numerele de referință ale statelor membre solicitante și ale statelor membre solicitate; |
| --- | --- |

(e)

numerele de referință ale statelor membre solicitante și ale statelor membre solicitate;

| (f) | tipul de profiluri ADN transmise (profiluri ADN neidentificate sau profiluri ADN de referință); |
| --- | --- |

(f)

tipul de profiluri ADN transmise (profiluri ADN neidentificate sau profiluri ADN de referință);

| (g) | profilurile ADN solicitate și asupra cărora există o concordanță; și |
| --- | --- |

(g)

profilurile ADN solicitate și asupra cărora există o concordanță; și

| (h) | informațiile necesare pentru controlul sistemelor de baze de date și pentru controlul calității în cazul proceselor de căutare automată. |
| --- | --- |

(h)

informațiile necesare pentru controlul sistemelor de baze de date și pentru controlul calității în cazul proceselor de căutare automată.

(3)   Notificarea automată a unei concordanțe este furnizată numai dacă în urma căutării sau a comparării automate a rezultat o concordanță cu un număr minim de loci. Acest număr minim este prevăzut în capitolul 1 din anexa la prezenta decizie.

(4)   Statele membre se asigură că cererile respectă declarațiile emise în temeiul articolului 2 alineatul (3) din Decizia 2008/615/JAI. Aceste declarații sunt reproduse în manualul menționat la articolul 18 alineatul (2) din prezenta decizie.

Articolul 9

Procedura de transmitere pentru căutarea automată a profilurilor ADN neidentificate în conformitate cu articolul 3 din Decizia 2008/615/JAI

(1)   În cazul în care, în urma unei căutări cu ajutorul unui profil ADN neidentificat, nu s-a obținut nicio concordanță în baza de date națională sau s-a obținut o concordanță corespunzând unui profil ADN neidentificat, acest profil ADN neidentificat poate fi apoi transmis bazelor de date ale tuturor celorlalte state membre și, în cazul în care, în urma unei căutări cu ajutorul acestui profil ADN neidentificat, se obțin concordanțe cu profiluri ADN de referință și/sau profiluri ADN neidentificate din bazele de date ale altor state membre, aceste concordanțe sunt comunicate automat, iar datele de referință ADN sunt transmise statului membru solicitant; în cazul în care nu pot fi obținute concordanțe în bazele de date ale altor state membre, acest fapt se comunică automat statului membru solicitant.

(2)   În cazul în care, în urma unei căutări cu ajutorul unui profil ADN neidentificat, se obține o concordanță în bazele de date ale altor state membre, fiecare stat membru în cauză poate adăuga o notă în această privință în baza sa de date națională.

Articolul 10

Procedura de transmitere pentru căutarea automată a profilurilor ADN de referință în conformitate cu articolul 3 din Decizia 2008/615/JAI

În cazul în care, în cadrul unei căutări asupra unui profil ADN de referință, nu s-a obținut nicio concordanță în baza de date națională cu un profil ADN de referință sau s-a obținut o concordanță cu un profil ADN neidentificat, acest profil ADN de referință poate fi apoi transmis bazelor de date ale tuturor celorlalte state membre și, în cazul în care, în cadrul unei căutări asupra acestui profil ADN de referință, se obțin concordanțe cu profiluri ADN de referință și/sau profiluri ADN neidentificate din bazele de date ale altor state membre, aceste concordanțe se comunică automat, iar datele de referință ADN se transmit statului membru solicitant; în cazul în care nu pot fi obținute concordanțe în bazele de date ale altor state membre, acest lucru se comunică automat statului membru solicitant.

Articolul 11

Procedura de transmitere pentru compararea automată a profilurilor ADN neidentificate în conformitate cu articolul 4 din Decizia 2008/615/JAI

(1)   În cazul în care, în urma unei comparări cu ajutorul profilurilor ADN neidentificate, se obțin concordanțe în bazele de date ale altor state membre cu profiluri ADN de referință și/sau profiluri ADN neidentificate, aceste concordanțe sunt comunicate automat, iar datele de referință ADN sunt transmise statului membru solicitant.

(2)   În cazul în care, în urma unei comparări cu ajutorul profilurilor ADN neidentificate, se obțin concordanțe în bazele de date ale altor state membre cu profiluri ADN neidentificate sau cu profiluri ADN de referință, fiecare stat membru în cauză poate adăuga o notă în această privință în baza sa de date națională.

CAPITOLUL 4

DATELE DACTILOSCOPICE

Articolul 12

Principii pentru schimbul datelor dactiloscopice

(1)   Digitalizarea datelor dactiloscopice și transmiterea acestora celorlalte state membre se efectuează în conformitate cu un model uniform al datelor prevăzut în capitolul 2 din anexa la prezenta decizie.

(2)   Fiecare stat membru se asigură că datele dactiloscopice pe care le transmite sunt de o calitate suficientă pentru a permite compararea acestora cu ajutorul sistemelor automatizate de identificare a amprentelor digitale (AFIS).

(3)   În cazul schimbului de date dactiloscopice, procedura de transmitere se efectuează în cadrul unei structuri descentralizate.

(4)   Se adoptă măsuri corespunzătoare pentru a asigura confidențialitatea și integritatea datelor dactiloscopice trimise altor state membre, inclusiv criptarea acestora.

(5)   Statele membre folosesc codurile de stat membru în conformitate cu standardul ISO 3166-1 alpha-2.

Articolul 13

Capacități de căutare pentru datele dactiloscopice

(1)   Fiecare stat membru se asigură că propriile solicitări de căutare nu depășesc capacitățile de căutare precizate de statul membru solicitat. Statele membre prezintă declarații Secretariatului General al Consiliului, astfel cum se menționează la articolul 18 alineatul (2), în care stabilesc capacitățile lor maxime de căutare pe zi de date dactiloscopice ale persoanelor identificate și de date dactiloscopice ale persoanelor încă neidentificate.

(2)   Numărul maxim de candidați acceptați pentru verificare pentru fiecare transmitere este prevăzut în capitolul 2 din anexa la prezenta decizie.

Articolul 14

Norme privind solicitările și răspunsurile referitoare la datele dactiloscopice

(1)   Statul membru solicitat verifică fără întârziere calitatea datelor dactiloscopice transmise, cu ajutorul unei proceduri complet automatizate. În cazul în care datele nu se pretează unei comparări automate, statul membru solicitat informează fără întârziere statul membru solicitant.

(2)   Statul membru solicitat efectuează căutări în ordinea în care au fost primite solicitările. Solicitările sunt procesate în termen de 24 de ore, printr-o procedură complet automatizată. Statul membru solicitant poate cere procesarea accelerată a acestor solicitări, în cazul în care există o dispoziție în acest sens în dreptul său național, iar statul membru solicitat efectuează aceste căutări fără întârziere. În cazul în care, din motive de forță majoră, nu pot fi respectate termenele, compararea este efectuată fără întârziere de îndată ce au fost îndepărtate obstacolele.

CAPITOLUL 5

DATELE PRIVIND ÎNMATRICULAREA VEHICULELOR

Articolul 15

Principii de căutare automată a datelor privind înmatricularea vehiculelor

(1)   În cazul căutării automate a datelor privind înmatricularea vehiculelor, statele membre folosesc o versiune a programului informatic EUCARIS (Sistemul de informații european privind vehiculele și permisele de conducere), special concepută în vederea atingerii obiectivului articolului 12 din Decizia 2008/615/JAI, și versiunile actualizate ale acesteia.

(2)   Căutarea automată a datelor privind înmatricularea vehiculelor se efectuează în cadrul unei structuri descentralizate.

(3)   Informațiile schimbate prin sistemul EUCARIS se transmit într-o formă codificată.

(4)   Elementele datelor privind înmatricularea vehiculelor care urmează să fie comunicate sunt prevăzute în capitolul 3 din anexa la prezenta decizie.

(5)   În cadrul punerii în aplicare a articolului 12 din Decizia 2008/615/JAI, statele membre pot acorda prioritate căutărilor legate de combaterea infracțiunilor grave.

Articolul 16

Costuri

Fiecare stat membru suportă costurile care decurg din administrarea, utilizarea și întreținerea programului informatic EUCARIS menționat la articolul 15 alineatul (1).

CAPITOLUL 6

COOPERAREA POLIȚIENEASCĂ

Articolul 17

Patrulele comune și alte operațiuni comune

(1)   În conformitate cu capitolul 5 din Decizia 2008/615/JAI și, în special, cu declarațiile prezentate în temeiul articolului 17 alineatul (4), al articolului 19 alineatul (2) și al articolului 19 alineatul (4) din respectiva decizie, fiecare stat membru desemnează unul sau mai multe puncte de contact pentru a permite altor state membre să se adreseze autorităților competente și fiecare stat membru își poate stabili propriile proceduri pentru constituirea de patrule comune și inițierea altor operațiuni comune, procedurile privind inițiativele din partea altor state membre referitoare la acele operațiuni, precum și alte aspecte practice și modalități operaționale legate de acele operațiuni.

(2)   Secretariatul General al Consiliului întocmește și actualizează o listă punctelor de contact și informează autoritățile competente cu privire la orice modificare a listei.

(3)   Autoritățile competente ale fiecărui stat membru pot avea inițiativa demarării unei operațiuni comune. Înainte de începerea unei operațiuni specifice, autoritățile competente menționate la alineatul (2) încheie acorduri scrise sau verbale care pot acoperi aspecte precum:

| (a) | autoritățile competente pentru operațiune ale statelor membre; |
| --- | --- |

(a)

autoritățile competente pentru operațiune ale statelor membre;

| (b) | scopul specific al operațiunii; |
| --- | --- |

(b)

scopul specific al operațiunii;

| (c) | statul membru gazdă în care se desfășoară operațiunea; |
| --- | --- |

(c)

statul membru gazdă în care se desfășoară operațiunea;

| (d) | zona geografică a statului membru gazdă în care se desfășoară operațiunea; |
| --- | --- |

(d)

zona geografică a statului membru gazdă în care se desfășoară operațiunea;

| (e) | perioada în care se derulează operațiunea; |
| --- | --- |

(e)

perioada în care se derulează operațiunea;

| (f) | asistența specifică care urmează să fie furnizată de statul (statele) membru (membre) de origine statului membru gazdă, inclusiv funcționari sau alți agenți, elemente materiale și financiare; |
| --- | --- |

(f)

asistența specifică care urmează să fie furnizată de statul (statele) membru (membre) de origine statului membru gazdă, inclusiv funcționari sau alți agenți, elemente materiale și financiare;

| (g) | funcționarii care participă la operațiune; |
| --- | --- |

(g)

funcționarii care participă la operațiune;

| (h) | funcționarul responsabil de operațiune; |
| --- | --- |

(h)

funcționarul responsabil de operațiune;

| (i) | atribuțiile pe care le pot exercita funcționarii și alți agenți ai statului (statelor) membru (membre) de origine în statul membru-gazdă în timpul operațiunii; |
| --- | --- |

(i)

atribuțiile pe care le pot exercita funcționarii și alți agenți ai statului (statelor) membru (membre) de origine în statul membru-gazdă în timpul operațiunii;

| (j) | armamentul, muniția și echipamentele specifice pe care funcționarii din statele membre de origine le pot utiliza în timpul operațiunii în conformitate cu Decizia 2008/615/JAI; |
| --- | --- |

(j)

armamentul, muniția și echipamentele specifice pe care funcționarii din statele membre de origine le pot utiliza în timpul operațiunii în conformitate cu Decizia 2008/615/JAI;

| (k) | modalitățile logistice privind transportul, cazarea și securitatea; |
| --- | --- |

(k)

modalitățile logistice privind transportul, cazarea și securitatea;

| (l) | modul de alocare a costurilor operațiunii comune, dacă acesta diferă de cel prevăzut la articolul 34 prima teză din Decizia 2008/615/JAI; |
| --- | --- |

(l)

modul de alocare a costurilor operațiunii comune, dacă acesta diferă de cel prevăzut la articolul 34 prima teză din Decizia 2008/615/JAI;

| (m) | orice alt posibil element necesar. |
| --- | --- |

(m)

orice alt posibil element necesar.

(4)   Declarațiile, procedurile și desemnările prevăzute la prezentul articol se reproduc în manualul menționat la articolul 18 alineatul (2).

CAPITOLUL 7

DISPOZIȚII FINALE

Articolul 18

Anexa și manualul

(1)   Detaliile suplimentare privind punerea în aplicare din punct de vedere tehnic și administrativ a Deciziei 2008/615/JAI sunt prezentate în anexa la prezenta decizie.

(2)   Secretariatul General al Consiliului pregătește și actualizează un manual, conținând în mod exclusiv informații faptice furnizate de statele membre prin intermediul declarațiilor întocmite în temeiul Deciziei 2008/615/JAI sau al prezentei decizii sau prin intermediul notificărilor înaintate Secretariatului General al Consiliului. Manual este redactat sub forma unui document al Consiliului.

Articolul 19

Autorități independente de protecție a datelor

În conformitate cu articolul 18 alineatul (2) din prezenta decizie, statele membre informează Secretariatul General al Consiliului cu privire la autoritățile independente de protecție a datelor sau la autoritățile judiciare, astfel cum se menționează la articolul 30 alineatul (5) din Decizia 2008/615/JAI.

Articolul 20

Pregătirea deciziilor menționate la articolul 25 alineatul (2) din Decizia 2008/615/JAI

(1)   Consiliul adoptă decizia menționată la articolul 25 alineatul (2) din Decizia 2008/615/JAI în temeiul unui raport de evaluare bazat pe un chestionar.

(2)   În ceea ce privește schimbul automat de date în conformitate cu capitolul 2 din Decizia 2008/615/JAI, raportul de evaluare se bazează de asemenea pe o vizită de evaluare și pe un test-pilot care vor fi realizate după ce statul membru în cauză a informat Secretariatul General în conformitate cu articolul 36 alineatul (2) prima teză din Decizia 2008/615/JAI.

(3)   Detaliile suplimentare ale procedurii sunt prevăzute în capitolul 4 din anexa la prezenta decizie.

Articolul 21

Evaluarea schimbului de date

(1)   O evaluare a punerii în aplicare din punct de vedere administrativ, tehnic și financiar a schimbului de date în temeiul capitolului 2 din Decizia 2008/615/JAI, în special a utilizării mecanismului menționat la articolul 15 alineatul (5), se efectuează periodic. Evaluarea implică acele state membre care aplică deja Decizia 2008/615/JAI la data evaluării și se realizează cu privire la categoriile de date pentru care a fost inițiat schimbul de date între statele membre în cauză. Evaluarea se bazează pe rapoartele statelor membre respective.

(2)   Detaliile suplimentare ale procedurii sunt prevăzute în capitolul 4 din anexa la prezenta decizie.

Articolul 22

Relația cu Acordul de punere în aplicare a Tratatului de la Prüm

În cazul statelor membre care și-au asumat obligații în temeiul Tratatului de la Prüm, se aplică dispozițiile prezentei decizii și ale anexei la aceasta, odată ce au fost puse în aplicare integral, în locul dispozițiilor corespondente ale Acordului de punere în aplicare a Tratatul de la Prüm. Orice alte dispoziții ale Acordului de punere în aplicare rămân aplicabile între părțile contractante ale Tratatului de la Prüm.

Articolul 23

Transpunerea

Statele membre iau măsurile necesare pentru a se conforma dispozițiilor prezentei decizii în termenele prevăzute la articolul 36 alineatul (1) din Decizia 2008/615/JAI.

Articolul 24

Punerea în aplicare

Prezenta decizie produce efecte din a douăzecea zi de la data publicării în Jurnalul Oficial al Uniunii Europene.

Adoptată la Luxemburg, 23 iunie 2008.

Pentru Consiliu

Președintele

I. JARC

---

(1)  A se vedea pagina 1 din prezentul Jurnal Oficial.

1

(2)  Aviz emis la 21 aprilie 2008 (nepublicat încă în Jurnalul Oficial).

2

---

ANEXĂ

CUPRINS

| CAPITOLUL 1: | Schimbul de date ADN |
| --- | --- |

CAPITOLUL 1:

| 1. | Aspecte medico-legale legate de ADN, norme de corespondență și algoritmi |
| --- | --- |

1.

| 1.1. | Proprietăți ale profilurilor ADN |
| --- | --- |

1.1.

| 1.2. | Norme de corespondență |
| --- | --- |

1.2.

| 1.3. | Norme de raportare |
| --- | --- |

1.3.

| 2. | Tabel de numere de cod ale statelor membre |
| --- | --- |

2.

| 3. | Analiză funcțională |
| --- | --- |

3.

| 3.1. | Disponibilitatea sistemului |
| --- | --- |

3.1.

| 3.2. | Etapa a doua |
| --- | --- |

3.2.

| 4. | Documentul de control al interfeței ADN |
| --- | --- |

4.

| 4.1. | Introducere |
| --- | --- |

4.1.

| 4.2. | Definiția structurii XML |
| --- | --- |

4.2.

| 5. | Structura aplicației, a securității și a comunicației |
| --- | --- |

5.

| 5.1. | Prezentare generală |
| --- | --- |

5.1.

| 5.2. | Structura nivelului superior |
| --- | --- |

5.2.

| 5.3. | Standarde de securitate și protecția datelor |
| --- | --- |

5.3.

| 5.4. | Protocoale și standarde utilizate pentru mecanismul de criptare sMIME și pachete aferente |
| --- | --- |

5.4.

| 5.5. | Structura aplicației |
| --- | --- |

5.5.

| 5.6. | Protocoale și standarde utilizate pentru structura aplicației |
| --- | --- |

5.6.

| 5.7. | Cadrul comunicației |
| --- | --- |

5.7.

| CAPITOLUL 2: | Schimbul de date dactiloscopice (documentul de control al interfeței) |
| --- | --- |

CAPITOLUL 2:

| 1. | Prezentare generală a conținutului fișierului |
| --- | --- |

1.

| 2. | Format de înregistrare |
| --- | --- |

2.

| 3. | Înregistrare logică de tip 1: antetul fișierului |
| --- | --- |

3.

| 4. | Înregistrare logică de tip 2: text descriptiv |
| --- | --- |

4.

| 5. | Înregistrare logică de tip 4: imagine în nuanțe de gri de înaltă rezoluție |
| --- | --- |

5.

| 6. | Înregistrare logică de tip 9: înregistrarea punctelor caracteristice |
| --- | --- |

6.

| 7. | Înregistrare de tip 13 cu rezoluție variabilă a imaginii latente |
| --- | --- |

7.

| 8. | Înregistrare de tip 15 cu rezoluție variabilă a imaginii amprentei palmare |
| --- | --- |

8.

| 9. | Apendici la capitolul 2 (schimbul de date dactiloscopice) |
| --- | --- |

9.

| 9.1. | Coduri separatoare ASCII |
| --- | --- |

9.1.

| 9.2. | Calculul caracterelor alfanumerice de verificare |
| --- | --- |

9.2.

| 9.3. | Codurile caracterelor |
| --- | --- |

9.3.

| 9.4. | Rezumatul operațiunilor |
| --- | --- |

9.4.

| 9.5. | Definițiile înregistrărilor de tip 1 |
| --- | --- |

9.5.

| 9.6. | Definițiile înregistrărilor de tip 2 |
| --- | --- |

9.6.

| 9.7. | Codurile de compresie în nuanțe de gri |
| --- | --- |

9.7.

| 9.8. | Specificații referitoare la mesaje |
| --- | --- |

9.8.

| CAPITOLUL 3: | Schimbul de date privind înmatricularea vehiculelor |
| --- | --- |

CAPITOLUL 3:

| 1. | Setul de date comun pentru căutarea automată a datelor privind înmatricularea vehiculelor |
| --- | --- |

1.

| 1.1. | Definiții |
| --- | --- |

1.1.

| 1.2. | Căutarea vehiculului/proprietarului/posesorului |
| --- | --- |

1.2.

| 2. | Securitatea datelor |
| --- | --- |

2.

| 2.1. | Prezentare generală |
| --- | --- |

2.1.

| 2.2. | Elemente de securitate legate de schimbul de mesaje |
| --- | --- |

2.2.

| 2.3. | Elemente de securitate independente de schimbul de mesaje |
| --- | --- |

2.3.

| 3. | Cerințe tehnice pentru schimbul de date |
| --- | --- |

3.

| 3.1. | Descriere generală a aplicației EUCARIS |
| --- | --- |

3.1.

| 3.2. | Cerințe funcționale și nefuncționale |
| --- | --- |

3.2.

| CAPITOLUL 4: | Evaluare |
| --- | --- |

CAPITOLUL 4:

| 1. | Procedura de evaluare în conformitate cu articolul 20 [pregătirea deciziilor în conformitate cu articolul 25 alineatul (2) din Decizia 2008/615/JAI] |
| --- | --- |

1.

| 1.1. | Chestionar |
| --- | --- |

1.1.

| 1.2. | Test pilot |
| --- | --- |

1.2.

| 1.3. | Vizita de evaluare |
| --- | --- |

1.3.

| 1.4. | Raportarea către Consiliu |
| --- | --- |

1.4.

| 2. | Procedura de evaluare în conformitate cu articolul 21 |
| --- | --- |

2.

| 2.1. | Statistici și raportare |
| --- | --- |

2.1.

| 2.2. | Revizuire |
| --- | --- |

2.2.

| 3. | Reuniuni de experți |
| --- | --- |

3.

CAPITOLUL 1: Schimbul de date ADN

1.   Aspecte medico-legale legate de ADN, norme de corespondență și algoritmi

1.1.   Proprietăți ale profilurilor ADN

Profilul ADN poate conține 24 de perechi de numere, reprezentând alelele celor 24 de loci care sunt, de asemenea, utilizate în procedurile ADN ale Interpol. Numele acestor loci sunt prezentate în tabelul de mai jos:

| 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

Cei șapte loci pe fond gri din primul rând constituie atât Sistemul standard european (ESS), cât și Sistemul standard de loci al Interpol (ISSOL).

Norme de includere:

Profilurile ADN puse la dispoziție de statele membre pentru căutare și comparare, precum și profilurile ADN trimise pentru căutare și comparare trebuie să conțină cel puțin șase loci desemnați integral (1) și pot conține loci sau blancuri suplimentare, în funcție de disponibilitate. Profilurile ADN de referință trebuie să conțină cel puțin șase dintre cei șapte loci ESS. Pentru a ameliora precizia corespondențelor, toate alelele disponibile sunt conservate în baza de date indexată de profiluri ADN și sunt utilizate pentru căutare și comparare. Fiecare stat membru ar trebui să pună în aplicare, cât de repede posibil din punct de vedere practic, orice ESS de loci nou adoptat de UE.

Profilurile amestecate nu sunt autorizate, astfel încât valorile alelelor fiecărui locus să constea în numai două numere, care ar putea fi identice în cazul homozigozității la nivelul unui locus dat.

Caracterelor de înlocuire și micro-variantelor li se aplică următoarele reguli:

| — | Cu excepția amelogeninei, orice valoare nenumerică conținută în profil (de exemplu „o”, „f”, „r”, „na”, „nr.” sau „un”) trebuie transformată în mod automat, pentru export, într-un caracter de înlocuire (*) și comparată cu toate celelalte. |
| --- | --- |

—

Cu excepția amelogeninei, orice valoare nenumerică conținută în profil (de exemplu „o”, „f”, „r”, „na”, „nr.” sau „un”) trebuie transformată în mod automat, pentru export, într-un caracter de înlocuire (*) și comparată cu toate celelalte.

| — | Valorile numerice „0”, „1” sau „99” conținute în profil trebuie transformate automat, pentru export, într-un caracter de înlocuire (*) și comparate cu toate celelalte. |
| --- | --- |

—

Valorile numerice „0”, „1” sau „99” conținute în profil trebuie transformate automat, pentru export, într-un caracter de înlocuire (*) și comparate cu toate celelalte.

| — | Dacă trei alele sunt furnizate pentru un locus, prima alele este acceptată, iar celelalte două trebuie transformate automat, pentru export, într-un caracter de înlocuire (*) și comparate cu toate celelalte. |
| --- | --- |

—

Dacă trei alele sunt furnizate pentru un locus, prima alele este acceptată, iar celelalte două trebuie transformate automat, pentru export, într-un caracter de înlocuire (*) și comparate cu toate celelalte.

| — | În cazul în care sunt furnizate valori de înlocuire pentru alelele 1 sau 2, atunci ambele permutări ale valorii numerice date pentru locus sunt comparate (de exemplu, 12,* poate corespunde cu 12,14 sau 9,12). |
| --- | --- |

—

În cazul în care sunt furnizate valori de înlocuire pentru alelele 1 sau 2, atunci ambele permutări ale valorii numerice date pentru locus sunt comparate (de exemplu, 12,* poate corespunde cu 12,14 sau 9,12).

| — | Micro-variantele pentanucleotidelor (Penta D, Penta E și CD4) sunt comparate în modul următor:






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

—

Micro-variantele pentanucleotidelor (Penta D, Penta E și CD4) sunt comparate în modul următor:

—

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

| — | Micro-variantele tetranucleotidelor (restul de loci sunt tetranucleotide) sunt comparate în modul următor:






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

—

Micro-variantele tetranucleotidelor (restul de loci sunt tetranucleotide) sunt comparate în modul următor:

—

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.   Norme de corespondență

Compararea a două profiluri ADN se efectuează pe baza locilor pentru care, în ambele profiluri ADN, este disponibilă o pereche de valori a alelelor. Pentru a obține un răspuns pozitiv, este necesar ca cel puțin șase loci desemnați integral (în afara amelogeninei) să corespundă în ambele profiluri ADN.

O corespondență integrală (calitatea 1) este definită ca fiind o corespondență în care toate valorile alelelor ale locilor comparați, prezenți în mod obișnuit în profilurile ADN solicitante și solicitate, sunt aceleași. O corespondență apropiată este definită ca fiind o corespondență în care valoarea numai uneia dintre alelele comparate este diferită în cele două profiluri ADN (calitatea 2, 3 și 4). O corespondență apropiată este acceptată numai dacă există cel puțin șase loci desemnați integral care corespund în cele două profiluri ADN comparate.

O corespondență apropiată se poate datora:

| — | unei erori de scriere în momentul introducerii unuia dintre profilurile ADN în solicitarea de căutare sau în baza de date ADN; |
| --- | --- |

—

unei erori de scriere în momentul introducerii unuia dintre profilurile ADN în solicitarea de căutare sau în baza de date ADN;

| — | unei erori de determinare sau de denumire a alelei în cadrul procedurii de generare a profilului ADN. |
| --- | --- |

—

unei erori de determinare sau de denumire a alelei în cadrul procedurii de generare a profilului ADN.

1.3.   Norme de raportare

Se raportează atât corespondențele integrale, cât și corespondențele apropiate și „răspunsurile negative”.

Raportul de corespondență este trimis punctului național de contact solicitant și este, de asemenea, pus la dispoziția punctului național de contact solicitat (pentru a-i permite acestuia să evalueze natura și numărul solicitărilor posibile ulterioare privind alte date personale disponibile și alte informații legate de profilul ADN care corespunde căutării, în conformitate cu articolele 5 și 10 din Decizia 2008/615/JAI).

2.   Tabel de numere de cod ale statelor membre

În conformitate cu Decizia 2008/615/JAI, codurile ISO 3166-1 alfa-2 sunt utilizate pentru crearea numelor de domeniu și a altor parametri de configurație necesari pentru aplicațiile Prüm de schimb de date referitoare la ADN în rețea închisă.

Codurile ISO 3166-1 alfa-2 sunt următoarele coduri de două litere ale statelor membre.

| Numele statului membru | Cod | Numele statului membru | Cod |
| --- | --- | --- | --- |
| Belgia | BE | Luxemburg | LU |
| Bulgaria | BG | Ungaria | HU |
| Republica Cehă | CZ | Malta | MT |
| Danemarca | DK | Țările de Jos | NL |
| Germania | DE | Austria | AT |
| Estonia | EE | Polonia | PL |
| Grecia | EL | Portugalia | PT |
| Spania | ES | România | RO |
| Franța | FR | Slovacia | SK |
| Irlanda | IE | Slovenia | SI |
| Italia | IT | Finlanda | FI |
| Cipru | CY | Suedia | SE |
| Letonia | LV | Regatul Unit | UK |
| Lituania | LT | | |

Numele statului membru

Cod

Numele statului membru

Cod

Belgia

BE

Luxemburg

LU

Bulgaria

BG

Ungaria

HU

Republica Cehă

CZ

Malta

MT

Danemarca

DK

Țările de Jos

NL

Germania

DE

Austria

AT

Estonia

EE

Polonia

PL

Grecia

EL

Portugalia

PT

Spania

ES

România

RO

Franța

FR

Slovacia

SK

Irlanda

IE

Slovenia

SI

Italia

IT

Finlanda

FI

Cipru

CY

Suedia

SE

Letonia

LV

Regatul Unit

UK

Lituania

LT

3.   Analiză funcțională

3.1.   Disponibilitatea sistemului

Solicitările formulate în conformitate cu articolul 3 din Decizia 2008/615/JAI ar trebui să ajungă în baza de date vizată în ordinea cronologică a transmiterii fiecăreia, iar răspunsurile ar trebui să fie trimise către statul membru solicitant în termen de 15 minute de la sosirea solicitărilor.

3.2.   Etapa a doua

Atunci când un stat membru primește un raport de corespondență, punctul național de contact al acestuia este responsabil cu compararea valorilor profilului transmise sub formă de întrebare și a valorilor profilului (profilurilor) primite sub formă de răspuns, pentru a valida și a verifica valoarea doveditoare a profilului. Punctele naționale de contact pot intra în legătură unele cu celelalte în scopul validării.

Procedurile de asistență judiciară debutează după validarea unei corespondențe existente între două profiluri, pe baza unei „corespondențe integrale” sau a unei „corespondențe apropiate” obținute în cursul etapei de consultare automată.

4.   Documentul de control al interfeței ADN

4.1.   Introducere

4.1.1.   Obiective

Prezentul capitol definește condițiile aplicabile schimbului de informații privind profilurile ADN între sistemele de baze de date ale tuturor statelor membre. Rubricile din antet sunt definite în mod special pentru schimbul de informații privind ADN-ul în cadrul Deciziei Prüm, iar secțiunile cu date se bazează pe secțiunile cu date ale profilului ADN din schema XML definită pentru rețeaua de schimb de informații privind ADN-ul a Interpolului.

Datele sunt schimbate prin intermediul protocolului SMTP (Simple Mail Transfer Protocol) și al altor tehnologii de ultimă generație, utilizând un server central de transmitere a corespondenței electronice pus la dispoziție de furnizorul de rețea. Fișierul XML este transmis sub formă de text într-un e-mail.

4.1.2.   Domeniu de aplicare

Acest ICD definește numai conținutul mesajului (e-mail). Toate subiectele specifice rețelei și e-mailurilor sunt definite în mod uniform pentru a permite o bază tehnică comună pentru schimbul de date referitoare la ADN.

Aceasta include:

| — | formatul rubricii din mesaj referitoare la subiect, pentru a permite procesarea automată a mesajelor; |
| --- | --- |

—

formatul rubricii din mesaj referitoare la subiect, pentru a permite procesarea automată a mesajelor;

| — | dacă criptarea conținutului este necesară și, dacă este cazul, metodele care ar trebui utilizate; |
| --- | --- |

—

dacă criptarea conținutului este necesară și, dacă este cazul, metodele care ar trebui utilizate;

| — | lungimea maximă a mesajelor. |
| --- | --- |

—

lungimea maximă a mesajelor.

4.1.3.   Structura și principiile XML

Mesajul XML se compune din:

| — | secțiunile antetului, care conțin informații referitoare la transmitere; și |
| --- | --- |

—

secțiunile antetului, care conțin informații referitoare la transmitere; și

| — | secțiunile cu date, care conțin informații specifice referitoare la profil, precum și profilul însuși. |
| --- | --- |

—

secțiunile cu date, care conțin informații specifice referitoare la profil, precum și profilul însuși.

Pentru solicitare și răspuns se folosește aceeași schemă XML.

În scopul de a verifica complet profiluri ADN neidentificate (articolul 4 din Decizia 2008/615/JAI), este posibilă transmiterea unei serii de profiluri într-un singur mesaj. Este necesar să fie definit numărul maxim de profiluri într-un mesaj. Numărul depinde de dimensiunea maximă autorizată a e-mailului și este definit după selectarea serverului de e-mailuri.

Exemplu XML:

<?version="1.0" standalone="yes"?>

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

xmlns:xsi=(....) a single SMTP message, only allowed for Art. 4 caseshttp://www.w3.org/2001/XMLSchema-instance(....) a single SMTP message, only allowed for Art. 4 cases>

<header>

(...)

</header>

<datas>

(...)

</datas>

[<datas> datas structure repeated, if multiple profiles sent by (....) a single SMTP message, only allowed for Art. 4 cases

</datas>]

</PRUEMDNA>

4.2.   Definiția structurii XML

Următoarele definiții sunt oferite pentru documentare și o mai mare claritate, informațiile obligatorii fiind conținute în fișierul privind schema XML (PRUEM DNA.xsd).

4.2.1.   Schema PRUEMDNAx

Cuprinde următoarele rubrici:

| 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.   Conținutul structurii antetului

| 4.2.2.1. | PRUEM header
  Această structură descrie antetul fișierului XML. Cuprinde următoarele rubrici:







  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 header

Această structură descrie antetul fișierului XML. Cuprinde următoarele rubrici:

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
  Tip de date conținute în mesaj, valoarea poate fi:






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

4.2.2.2.

PRUEM_header dir

Tip de date conținute în mesaj, valoarea poate fi:

Value

Description

R

Request

A

Answer

| 4.2.2.3. | PRUEM header info
  Structură care descrie statul membru, precum și data/ora mesajului. Cuprinde următoarele rubrici:







  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 header info

Structură care descrie statul membru, precum și data/ora mesajului. Cuprinde următoarele rubrici:

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.   Conținutul datelor referitoare la profilul PRUEM

| 4.2.3.1. | PRUEM_datas
  Această structură descrie secțiunile cu date ale profilului XML. Cuprinde următoarele rubrici:







  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.

PRUEM_datas

Această structură descrie secțiunile cu date ale profilului XML. Cuprinde următoarele rubrici:

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
  Tip de date conținute în mesaj, valoarea poate fi:






  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.

PRUEM_request_type

Tip de date conținute în mesaj, valoarea poate fi:

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.

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.4. | PRUEM_data_type
  Tip de date conținute în mesaj, valoarea poate fi:






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

4.2.3.4.

PRUEM_data_type

Tip de date conținute în mesaj, valoarea poate fi:

Value

Description

P

Person profile

S

Stain

| 4.2.3.5. | PRUEM_data_result
  Tip de date conținute în mesaj, valoarea poate fi:






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

4.2.3.5.

PRUEM_data_result

Tip de date conținute în mesaj, valoarea poate fi:

Value

Description

U

Undefined, If direction = R (request)

H

Hit

N

No Hit

E

Error

| 4.2.3.6. | IPSG_DNA_profile
  Structură care descrie un profil ADN. Cuprinde următoarele rubrici:







  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.

IPSG_DNA_profile

Structură care descrie un profil ADN. Cuprinde următoarele rubrici:

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
  Structură care conține locii ISSOL (Grup standard de loci ai Interpolului). Cuprinde următoarele rubrici:







  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.

IPSG_DNA_ISSOL

Structură care conține locii ISSOL (Grup standard de loci ai Interpolului). Cuprinde următoarele rubrici:

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
  Structură care conține ceilalți loci. Cuprinde următoarele rubrici:







  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.

IPSG_DNA_additional_loci

Structură care conține ceilalți loci. Cuprinde următoarele rubrici:

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
  Structură care descrie un locus. Cuprinde următoarele rubrici:







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

4.2.3.9.

IPSG_DNA_locus

Structură care descrie un locus. Cuprinde următoarele rubrici:

Fields

Type

Description

low_allele

String

Lowest value of an allele

high_allele

String

Highest value of an allele

5.   Structura aplicației, a securității și a comunicației

5.1.   Prezentare generală

În scopul punerii în aplicare a aplicațiilor pentru schimbul de date ADN în conformitate cu Decizia 2008/615/JAI, se utilizează o rețea comună de comunicație între statele membre care este, în mod logic, de tip închis. În vederea unei utilizări mai eficiente a acestei infrastructuri comune de comunicație vizând trimiterea solicitărilor și primirea răspunsurilor, se adoptă un mecanism asincron de transmitere a solicitărilor de date referitoare la ADN și de date dactiloscopice prin intermediul unui e-mail de tip SMTP. Pentru a respecta condițiile de securitate se folosește mecanismul sMIME, ca o adăugare la funcțiile SMTP, în vederea stabilirii în rețea a unui veritabil tunel securizat de la un punct la celălalt.

Rețeaua TESTA (Servicii Transeuropene de Telematică între Administrații – Trans European Services for Telematics between Administrations) este folosită ca rețea de comunicație pentru schimbul de date între statele membre. Rețeaua TESTA se află sub responsabilitatea Comisiei Europene. Ținând seama de faptul că bazele naționale de date ADN și punctele naționale actuale de acces la TESTA pot fi situate în locuri diferite în statele membre, accesul la TESTA poate fi creat fie prin:

| 1. | utilizarea punctului național de acces existent sau prin crearea unui nou punct național de acces la TESTA; fie prin |
| --- | --- |

1.

utilizarea punctului național de acces existent sau prin crearea unui nou punct național de acces la TESTA; fie prin

| 2. | instituirea unui link local securizat, de pe site-ul unde baza de date ADN se situează și este gestionată de agenția națională competentă către punctul național de acces la TESTA existent. |
| --- | --- |

2.

instituirea unui link local securizat, de pe site-ul unde baza de date ADN se situează și este gestionată de agenția națională competentă către punctul național de acces la TESTA existent.

Protocoalele și standardele utilizate în punerea în aplicare a aplicațiilor Deciziei 2008/615/JAI sunt conforme cu standardele deschise și îndeplinesc condițiile impuse de factorii de decizie în materie de securitate națională din statele membre.

5.2.   Structura nivelului superior

În cadrul Deciziei 2008/615/JAI, fiecare stat membru pune la dispoziție datele ADN de care dispune în vederea schimbului și/sau consultării de către alte state membre, în conformitate cu formatul de date comun standardizat. Structura se bazează pe un model de comunicație de la oricine către oricine. Nu există niciun server central informatizat și nicio bază de date centralizată care să conțină profiluri ADN.

Figura 1: Topologia schimbului de date ADN

Image

În plus față de respectarea reglementărilor juridice naționale în ceea ce privește site-urile statelor membre, fiecare stat membru poate decide ce fel de hardware și software ar trebui utilizate pentru configurația site-ului propriu, astfel încât acesta să respecte condițiile stabilite în Decizia 2008/615/JAI.

5.3.   Standarde de securitate și protecția datelor

Au fost luate în considerare și puse în aplicare trei niveluri ale condițiilor de securitate.

5.3.1.   Nivelul datelor

Datele profilurilor ADN furnizate de fiecare stat membru trebuie prelucrate în conformitate cu un standard comun de protecție a datelor, astfel încât statele membre solicitante să primească un răspuns care să indice în principal „răspuns pozitiv” (HIT) sau „răspuns negativ” (NO HIT), împreună cu un număr de identificare în cazul unui răspuns pozitiv, necuprinzând nicio informație personală. Investigațiile suplimentare, în cazul notificării unui răspuns pozitiv, sunt efectuate la nivel bilateral, în conformitate cu reglementările juridice și organizaționale naționale ale site-urilor statelor membre respective.

5.3.2.   Nivelul comunicării

Mesajele care conțin informații referitoare la profilurile ADN (solicitări și răspunsuri) sunt criptate prin intermediul unui mecanism de ultimă generație în conformitate cu standardele deschise, cum ar fi sMIME, înainte ca acestea să fie transmise site-urilor altor state membre.

5.3.3.   Nivelul transmiterii

Toate mesajele criptate care conțin informații referitoare la profilurile ADN sunt transmise site-urilor altor state membre prin intermediul unui sistem privat virtual de tip tunel, gestionat la nivel internațional de un furnizor de rețea de încredere, în timp ce linkurile securizate către acest sistem de tip tunel se află sub responsabilitate națională. Sistemul privat virtual de tip tunel nu are un punct de conectare la internetul deschis.

5.4.   Protocoale și standarde utilizate pentru mecanismul de criptare sMIME și pachete aferente

Standardul deschis sMIME ca extensie a standardului e-mail de facto SMTP este utilizat pentru criptarea mesajelor care cuprind informații privind profiluri ADN. Protocolul sMIME (V3) permite utilizarea confirmărilor de primire semnate, a etichetelor de securitate și a listelor de difuzare securizate și este bazat pe sintaxa criptografică a mesajelor (Cryptographic Message Syntax – CMS), o specificație IETF pentru mesajele criptografice protejate. Poate fi utilizat la semnarea, prelucrarea, autentificarea sau criptarea digitală a oricărei forme de date digitale.

Certificatul pe care se bazează mecanismul sMIME trebuie să respecte standardul X.509. Pentru a asigura standarde și proceduri comune cu celelalte aplicații Prüm, regulile de procesare pentru operațiile de criptare sMIME sau care sunt aplicate în medii COTS (produse comerciale de serie – Commercial Product of the Shelves) sunt următoarele:

| — | ordinea operațiilor este: întâi criptarea, apoi semnătura; |
| --- | --- |

—

ordinea operațiilor este: întâi criptarea, apoi semnătura;

| — | algoritmul de criptare AES (standard avansat de criptare – Advanced Encryption Standard) cu o lungime a cheii de 256 de octeți și RSA cu o lungime a cheii de 1 024 de octeți se aplică pentru criptarea simetrică, respectiv asimetrică; |
| --- | --- |

—

algoritmul de criptare AES (standard avansat de criptare – Advanced Encryption Standard) cu o lungime a cheii de 256 de octeți și RSA cu o lungime a cheii de 1 024 de octeți se aplică pentru criptarea simetrică, respectiv asimetrică;

| — | se aplică algoritmul de distribuire (hash) SHA-1. |
| --- | --- |

—

se aplică algoritmul de distribuire (hash) SHA-1.

Funcția sMIME este integrată în marea majoritate a pachetelor de e-mail software actuale, inclusiv Outlook, Mozilla Mail, precum și Netscape Communicator 4.x, și este interoperabilă în majoritatea pachetelor de e-mail software.

Întrucât sMIME se integrează ușor în infrastructura informatică națională la nivelul tuturor site-urilor statelor membre, acesta este selecționat ca un mecanism viabil în vederea punerii în aplicare a securității nivelului de comunicație. Cu toate acestea, în scopul realizării obiectivului „dovada conceptului” într-un mod mai eficient și al reducerii costurilor, standardul deschis JavaMail API este ales ca prototip pentru schimbul de date referitoare la ADN. JavaMail API oferă criptarea și decriptarea simplă a e-mailurilor utilizând s/MIME și/sau OpenPGP. Scopul este acela de a furniza un API unic și ușor de utilizat clienților care doresc să trimită și să primească e-mailuri criptate în oricare dintre cele două formate mai răspândite de criptare a e-mailurilor. De aceea, orice punere în aplicare a JavaMail API care utilizează tehnologii de ultimă generație este suficientă pentru a satisface cerințele Deciziei 2008/615/JAI, cum ar fi produsul Bouncy Castle JCE (extensie criptografică Java – Java Cryptographic Extension), care va fi utilizat pentru punerea în aplicare a sMIME ca prototip pentru schimbul de date referitoare la ADN între toate statele membre.

5.5.   Structura aplicației

Fiecare stat membru furnizează celorlalte state membre un set de date conforme cu ICD-urile comune actuale conținând profiluri ADN standardizate. Acest lucru poate fi efectuat fie prin furnizarea unei prezentări logice a bazei de date naționale individuale, fie prin stabilirea unei baze de date fizice exportate (bază de date indexată).

Cele patru componente principale: serverul e-mail/sMIME, serverul aplicației, zona de structură a datelor pentru primirea/trimiterea de date și înregistrarea mesajelor primite/trimise și motorul de corespondență (Match Engine), pun în aplicare întreaga logică a aplicației într-un mod de independență a componentelor.

Pentru a permite tuturor statelor membre să integreze cu ușurință componentele în site-urile naționale respective, funcția comună specificată a fost pusă în aplicare prin intermediul unor componente cu sursă deschisă, care au putut fi selecționate de către fiecare stat membru în funcție de politicile și regulamentele naționale în domeniul informatic. Datorită elementelor independente care trebuie puse în aplicare în vederea obținerii accesului la bazele de date indexate conținând profilurile ADN vizate de Decizia 2008/615/JAI, fiecare stat membru își poate alege în mod liber platforma hardware și software, inclusiv sistemele de baze de date și de operare.

La nivelul rețelei comune existente a fost dezvoltat și testat cu succes un prototip pentru schimbul de date referitoare la ADN. Versiunea 1.0 a fost pusă în aplicare în mediul productiv și este utilizată pentru operațiuni zilnice. Statele membre pot utiliza produsul elaborat în comun, dar pot, de asemenea, dezvolta produse proprii. Componentele produsului comun vor fi gestionate, adaptate și dezvoltate în continuare, în conformitate cu necesitățile în schimbare ale poliției în materie de informatică, medicină legală și/sau funcționalitate.

Figura 2: Prezentare generală a topologiei aplicației

Image

5.6.   Protocoale și standarde utilizate pentru structura aplicației

5.6.1.   XML

Schimbul de date ADN utilizează la maximum schema XML ca anexă la mesajele electronice SMTP. Limbajul de marcare extins (eXtensible Markup Language – XML) este un limbaj de marcare universal recomandat de consorțiul World Wide Web (W3C) pentru crearea de limbaje de marcare speciale, capabile să descrie numeroase date diferite. Descrierea profilului ADN adecvat pentru a fi schimbat între statele membre a fost efectuată prin intermediul limbajului XML și a schemei XML în documentul ICD.

5.6.2.   ODBC

Conectivitatea deschisă a bazelor de date (Open DataBase Connectivity) oferă o metodă software API standard pentru accesarea sistemelor de gestionare a bazelor de date, independentă de limbajele de programare, de bazele de date și de sistemele de operare. Cu toate acestea, ODBC are anumite dezavantaje. Gestionarea unui număr ridicat de sisteme client poate implica o diversitate de drivere și DLL-uri. Această complexitate poate mări costurile gestionării sistemului.

5.6.3.   JDBC

Conectivitatea Java a bazelor de date (Java DataBase Connectivity – JDBC) este un API pentru limbajul de programare Java care definește modul în care un client poate accesa o bază de date. Spre deosebire de ODBC, JDBC nu necesită utilizarea de către calculatorul desktop a unui set de DLL-uri locale.

Logica activității de procesare a solicitărilor și a răspunsurilor privind profilurile ADN la nivelul fiecărui site al statelor membre este descrisă în schema de mai jos. Atât fluxul solicitărilor, cât și cel al răspunsurilor interacționează cu o zonă neutră de date care cuprinde diferite seturi de date cu o structură comună a datelor.

Figura 3: Prezentare generală a fluxului de activitate al aplicației la nivelul site-ului fiecărui stat membru

Image

5.7.   Cadrul comunicației

5.7.1.   Rețeaua comună de comunicație: TESTA și infrastructura de gestionare a acesteia

Aplicația de schimb al datelor ADN utilizează e-mailul, care este un mecanism asincron, pentru a trimite solicitări și a primi răspunsuri între statele membre. Întrucât toate statele membre au cel puțin un punct național de acces la rețeaua TESTA, schimbul de date ADN se desfășoară pe rețeaua TESTA. TESTA oferă o serie de servicii cu valoare adăugată prin intermediul serviciului de releu e-mail. În plus față de găzduirea căsuțelor poștale de e-mail specifice TESTA, infrastructura poate realiza liste de difuzare a e-mailurilor și protocoale de rutare. Acest lucru permite utilizarea TESTA ca centru de schimb de informații privind mesajele adresate administrațiilor conectate la domeniile generale ale UE. Pot fi, de asemenea, instalate mecanisme de control al virușilor.

Serviciul de releu e-mail TESTA este bazat pe o platformă hardware cu înaltă disponibilitate, aflată în cadrul instalațiilor centrale ale aplicației TESTA și protejată prin firewall. Serviciile de nume de domeniu (Domain Name Services – DNS) TESTA reduc locatoarele de resurse la adresele IP și ascund utilizatorului și aplicațiilor aspectele legate de adrese.

5.7.2.   Condiții de securitate

Conceptul de VPN (rețea privată virtuală – Virtual Private Network) a fost pus în aplicare în cadrul TESTA. Tehnologia comutării bazate pe etichete (tag switching), utilizată pentru realizarea acestui VPN, va evolua către susținerea standardului de comutare multiprotocol cu etichete (Multi-Protocol Label Switching – MPLS), dezvoltat de către grupul operativ de inginerie a internetului (Internet Engineering Task Force – IETF).

| | MPLS este o tehnologie standard IETF care accelerează fluxul traficului pe o rețea prin evitarea analizei pachetelor de către routerele intermediare (hops). Acest lucru este realizat pe baza așa-numitelor etichete care sunt puse pachetelor de către routerele de pe marginea (edge routers) magistralei (backbone), pe baza informațiilor stocate în baza de informații de forwarding (FIB). Etichetele sunt, de asemenea, folosite pentru realizarea rețelelor private virtuale (VPN). |
| --- | --- |

Image

MPLS este o tehnologie standard IETF care accelerează fluxul traficului pe o rețea prin evitarea analizei pachetelor de către routerele intermediare (hops). Acest lucru este realizat pe baza așa-numitelor etichete care sunt puse pachetelor de către routerele de pe marginea (edge routers) magistralei (backbone), pe baza informațiilor stocate în baza de informații de forwarding (FIB). Etichetele sunt, de asemenea, folosite pentru realizarea rețelelor private virtuale (VPN).

MPLS combină avantajele rutării layer 3 cu cele ale comutării layer 2. Întrucât adresele IP nu sunt evaluate în cursul tranziției pe magistrală, MPLS nu impune nicio limitare privind adresele IP.

În plus, mesajele electronice trimise prin TESTA sunt protejate de mecanismul de criptare al sMIME. Nimeni nu poate decripta mesajele de pe rețea fără să cunoască cheia și să dispună de certificatul necesar.

5.7.3.   Protocoale și standarde utilizate în rețeaua de comunicație

| 5.7.3.1. | SMTP
  Protocolul SMTP constituie standardul de facto pentru transmiterea e-mailurilor pe internet. SMTP este un protocol relativ simplu, bazat pe text, în care unul sau mai mulți destinatari ai mesajului sunt specificați și textul mesajului este apoi transferat. SMTP utilizează un port TCP 25, conform specificației IETF. Pentru a determina serverul SMTP pentru un nume de domeniu dat, se folosește înregistrarea MX (Mail eXchange) DNS (sisteme de nume de domeniu).
  Întrucât la origine a fost bazat numai pe text ASCII, protocolul nu trata corect fișierele binare. Au fost elaborate standarde, precum MIME, pentru a coda fișierele binare în vederea transferului prin SMTP. Astăzi, majoritatea serverelor SMTP susțin extensiile 8BITMIME și sMIME, permițând transmiterea fișierelor binare aproape tot atât de ușor ca a textului simplu. Normele de procesare pentru operațiile sMIME sunt descrise în secțiunea sMIME (a se vedea capitolul 5.4).
  SMTP este un protocol „push” care nu permite „recuperarea” la cerere a mesajelor de pe un server aflat la distanță. Pentru a efectua acest lucru, un client e-mail trebuie să utilizeze POP3 sau IMAP. În cadrul realizării schimbului de date ADN, s-a decis utilizarea protocolului POP3. |
| --- | --- |

5.7.3.1.

SMTP

Protocolul SMTP constituie standardul de facto pentru transmiterea e-mailurilor pe internet. SMTP este un protocol relativ simplu, bazat pe text, în care unul sau mai mulți destinatari ai mesajului sunt specificați și textul mesajului este apoi transferat. SMTP utilizează un port TCP 25, conform specificației IETF. Pentru a determina serverul SMTP pentru un nume de domeniu dat, se folosește înregistrarea MX (Mail eXchange) DNS (sisteme de nume de domeniu).

Întrucât la origine a fost bazat numai pe text ASCII, protocolul nu trata corect fișierele binare. Au fost elaborate standarde, precum MIME, pentru a coda fișierele binare în vederea transferului prin SMTP. Astăzi, majoritatea serverelor SMTP susțin extensiile 8BITMIME și sMIME, permițând transmiterea fișierelor binare aproape tot atât de ușor ca a textului simplu. Normele de procesare pentru operațiile sMIME sunt descrise în secțiunea sMIME (a se vedea capitolul 5.4).

SMTP este un protocol „push” care nu permite „recuperarea” la cerere a mesajelor de pe un server aflat la distanță. Pentru a efectua acest lucru, un client e-mail trebuie să utilizeze POP3 sau IMAP. În cadrul realizării schimbului de date ADN, s-a decis utilizarea protocolului POP3.

| 5.7.3.2. | POP
  Clienții e-mail locali utilizează versiunea 3 a Post Office Protocol (POP3), un protocol internet standard cu application-layer, pentru a obține mesaje e-mail de la un server la distanță prin intermediul unei conexiuni TCP/IP. Clienții e-mail utilizează profilul SMTP Submit al protocolului SMTP pentru a trimite mesaje pe Internet sau printr-o rețea a unei societăți. MIME este standardul pentru anexele și textele din e-mail care nu sunt sub formă ASCII. Cu toate că nici POP3, nici SMTP nu necesită un e-mail în format MIME, e-mailul de pe internet este, în mod predominant, în format MIME și, de aceea, clienții POP trebuie, de asemenea, să înțeleagă și să utilizeze MIME. De aceea, întregul mediu de comunicație din Decizia 2008/615/JAI va include componentele POP. |
| --- | --- |

5.7.3.2.

POP

Clienții e-mail locali utilizează versiunea 3 a Post Office Protocol (POP3), un protocol internet standard cu application-layer, pentru a obține mesaje e-mail de la un server la distanță prin intermediul unei conexiuni TCP/IP. Clienții e-mail utilizează profilul SMTP Submit al protocolului SMTP pentru a trimite mesaje pe Internet sau printr-o rețea a unei societăți. MIME este standardul pentru anexele și textele din e-mail care nu sunt sub formă ASCII. Cu toate că nici POP3, nici SMTP nu necesită un e-mail în format MIME, e-mailul de pe internet este, în mod predominant, în format MIME și, de aceea, clienții POP trebuie, de asemenea, să înțeleagă și să utilizeze MIME. De aceea, întregul mediu de comunicație din Decizia 2008/615/JAI va include componentele POP.

5.7.4.   Atribuirea adresei rețelei

Mediul operativ

În prezent, autoritatea europeană de înregistrare IP (RIPE) a atribuit TESTA un bloc dedicat de subnet de clasa C. În viitor, alte blocuri de adrese pot fi atribuite TESTA, dacă este necesar. Atribuirea adreselor IP către statele membre este bazată pe o schemă geografică în Europa. Schimbul de date între state membre în cadrul Deciziei 2008/615/JAI este efectuat via o rețea logică închisă la nivelul întregului continent european.

Mediul de testare

Pentru a asigura un mediu de bună funcționare a activităților cotidiene între toate statele membre conectate, este necesar să se realizeze un mediu de testare pe rețeaua închisă pentru noile state membre care se pregătesc să se alăture activităților. O listă de parametri, incluzând adresele IP, parametrii rețelei, domeniile e-mail, precum și conturile utilizatorilor aplicației, a fost stabilită și ar trebui creată pe site-ul statului membru respectiv. În plus, un set de pseudo-profiluri ADN a fost elaborat în vederea testării.

5.7.5.   Parametri de configurație

Se creează un sistem e-mail securizat prin folosirea domeniului eu-admin.net. Acest domeniu, cu adresele asociate, nu este accesibil dintr-o locație care nu figurează în domeniul TESTA la nivelul întregii Europe, deoarece numele nu sunt cunoscute decât pe serverul DNS central TESTA, care este protejat de internet.

Corelarea acestor adrese de site TESTA (nume de gazdă – host names) cu adresele lor IP este efectuată de către serviciul DNS TESTA. Pentru fiecare domeniu local se introduce o adresă de e-mail în serverul DNS central TESTA, prin care toate mesajele e-mail trimise domeniilor locale TESTA sunt transmise serviciului central de releu e-mail TESTA. Serviciul central de releu e-mail TESTA le transmite apoi către serverul e-mail specific al domeniului local, utilizând adresele e-mail ale domeniului local. Acest mod de transmitere a e-mailurilor permite informațiilor importante conținute în e-mailuri să circule pe infrastructura rețelei închise la nivelul întregii Europe, și nu pe internetul nesecurizat.

Este necesară stabilirea de subdomenii (
  caractere aldine cursive
  ) pe site-urile tuturor statelor membre, utilizând următoarea sintaxă:

„tip aplicație.pruem.cod stat membru.
  eu-admin.net”, în care:

„cod stat membru”
  reprezintă codul de două litere al fiecărui stat membru (adică AT, BE etc.)

„tip aplicație”
  reprezintă una dintre cele două valori: DNA și FP.

Aplicând sintaxa de mai sus, subdomeniile pentru statele membre sunt prezentate în tabelul următor:

| 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

CAPITOLUL 2: Schimbul de date dactiloscopice (documentul de control al interfeței)

Scopul documentului de control al interfeței este de a defini condițiile pentru schimbul de informații dactiloscopice între sistemele automatizate de identificare a amprentelor digitale (Automated Fingerprint Identification Systems – AFIS) ale statelor membre. Este bazat pe punerea în aplicare de către Interpol a ANSI/NIST-ITL 1-2000 (INT-I, Version 4.22b).

Această versiune acoperă toate definițiile de bază pentru înregistrările logice de tip 1, 2, 4, 9, 13 și 15 necesare pentru procesarea dactiloscopică bazată pe imagini și puncte caracteristice.

1.   Prezentare generală a conținutului fișierului

Un fișier dactiloscopic cuprinde mai multe înregistrări logice. Există 16 tipuri de înregistrări specificate în standardul original ANSI/NIST-ITL 1-2000. Caractere de separare ASCII adecvate sunt plasate între fiecare înregistrare și între rubrici și subrubrici în cadrul înregistrărilor.

Se folosesc numai 6 tipuri de înregistrări pentru schimbul de informații între agenția de origine și agenția de destinație:

| Tip 1 | → | Informații referitoare la operațiune |
| --- | --- | --- |
| Tip 2 | → | Date alfanumerice referitoare la persoane/cazuri |
| Tip 4 | → | Imagini dactiloscopice în nuanțe gri de înaltă rezoluție |
| Tip 9 | → | Înregistrarea punctelor caracteristice |
| Tip 13 | → | Înregistrare cu rezoluție variabilă a imaginii latente |
| Tip 15 | → | Înregistrare cu rezoluție variabilă a imaginii amprentei palmare |

Tip 1

→

Informații referitoare la operațiune

Tip 2

→

Date alfanumerice referitoare la persoane/cazuri

Tip 4

→

Imagini dactiloscopice în nuanțe gri de înaltă rezoluție

Tip 9

→

Înregistrarea punctelor caracteristice

Tip 13

→

Înregistrare cu rezoluție variabilă a imaginii latente

Tip 15

→

Înregistrare cu rezoluție variabilă a imaginii amprentei palmare

1.1.   Tip 1 – Antetul fișierului

Această înregistrare conține informații referitoare la rutare și informații care descriu structura restului fișierului. Acest tip de înregistrare definește, de asemenea, tipurile de operațiuni care se încadrează în următoarele categorii generale:

1.2.   Tip 2 – Text descriptiv

Această înregistrare conține informații textuale de interes pentru agențiile care trimit și agențiile care primesc.

1.3.   Tip 4 – Imagine în nuanțe de gri de înaltă rezoluție

Această înregistrare este utilizată pentru schimbul de imagini dactiloscopice de înaltă rezoluție în nuanțe de gri (8 octeți) cu o frecvență de eșantionare de 500 pixeli/inch. Imaginile dactiloscopice sunt comprimate folosind algoritmul WSQ cu un raport nu mai mare de 15:1. Nu trebuie utilizați alți algoritmi de compresie sau alte imagini necomprimate.

1.4.   Tip 9 – Înregistrarea punctelor caracteristice

Înregistrările de tip 9 sunt utilizate pentru schimbul de caracteristici ale crestelor sau de date privind punctele caracteristice. Scopul acestora este, pe de o parte, de a evita repetarea inutilă a proceselor de codare AFIS și, pe de altă parte, de a permite transmiterea codurilor AFIS care conțin mai puține date decât imaginile aferente.

1.5.   Tip 13 – Înregistrare cu rezoluție variabilă a imaginii latente

Această înregistrare este utilizată pentru schimbul de imagini latente cu rezoluție variabilă ale amprentelor digitale și ale amprentelor palmare, însoțite de informații alfanumerice sub formă de text. Rezoluția de scanare a imaginilor este de 500 pixeli/inch cu 256 niveluri de gri. În cazul în care calitatea imaginii latente este insuficientă, aceasta este comprimată prin intermediul algoritmului WSQ. Dacă este necesar și în urma unui acord bilateral, rezoluția imaginilor poate fi mărită la valori mai mari de 500 pixeli/inch și de 256 niveluri de gri. În acest caz se recomandă cu insistență utilizarea JPEG 2000 (a se vedea apendicele 7).

1.6.   Înregistrare cu rezoluție variabilă a imaginii amprentei palmare

Înregistrările de tip 15 ale imaginilor cu rubrici marcate sunt utilizate pentru schimbul de imagini cu rezoluție variabilă ale amprentelor palmare, însoțite de informații alfanumerice sub formă de text. Rezoluția de scanare a imaginilor este de 500 pixeli/inch cu 256 niveluri de gri. În vederea diminuării masei de date, toate imaginile cu amprente palmare sunt comprimate cu ajutorul algoritmului WSQ. Dacă este necesar și în urma unui acord bilateral, rezoluția imaginilor poate fi mărită la valori mai mari de 500 pixeli/inch și de 256 niveluri de gri. În acest caz se recomandă cu insistență utilizarea JPEG 2000 (a se vedea apendicele 7).

2.   Format de înregistrare

Un fișier de operațiuni conține una sau mai multe înregistrări logice. Pentru fiecare înregistrare logică conținută în fișier sunt prevăzute mai multe rubrici de informații corespunzătoare respectivului tip de înregistrare. Fiecare rubrică de informații poate conține unul sau mai multe elemente de informație de bază care au o singură valoare. Aceste elemente, luate împreună, sunt utilizate pentru a reprezenta diferite aspecte ale datelor conținute în respectiva rubrică. O rubrică de informații poate, de asemenea, consta în unul sau mai multe elemente de informație grupate și repetate de mai multe ori în cadrul unei rubrici. Un astfel de grup de elemente de informație este cunoscut sub numele de subrubrică. O rubrică de informații poate, de aceea, cuprinde una sau mai multe subrubrici de elemente de informație.

2.1.   Separatori de informații

În înregistrările logice cu rubrici marcate, mecanismele de delimitare a informațiilor sunt realizate prin intermediul a patru separatori de informații ASCII. Informațiile delimitate pot fi elemente în cadrul unei rubrici sau al unei subrubrici, rubrici în cadrul unei înregistrări logice sau repetări multiple ale unor subrubrici. Acești separatori de informații sunt definiți în standardul ANSI X3.4. Aceste caractere sunt utilizate pentru a separa și a califica informațiile într-un sens logic. Privite sub aspect ierarhic, caracterul de separare a fișierelor „FS” este cel mai integrator, urmat de caracterele de separare a grupurilor „GS”, de separare a înregistrărilor „RS” și, în sfârșit, de separare a unităților „US”. Tabelul 1 prezintă separatorii ASCII și o descriere a utilizării lor în cadrul acestui standard.

Separatorii de informații ar trebui considerați, din punct de vedere funcțional, ca o indicație a tipului de date care urmează. Caracterul „US” separă elemente individuale de informație în cadrul unei rubrici sau subrubrici. Acesta constituie un semnal potrivit căruia următorul element de informație este format din date pentru rubrica sau subrubrica respectivă. Subrubricile multiple din cadrul unei rubrici separate de caracterul „RS” indică începutul următorului grup de elemente de informație repetate. Separatorul „GS” utilizat între rubrici de informație indică începutul unei noi rubrici care precedă numărul de identificare a rubricii care apare. În mod similar, începutul unei noi înregistrări logice este indicat printr-un caracter „FS”.

Cele patru caractere sunt semnificative numai atunci când sunt utilizate ca separatoare de elemente în rubricile înregistrărilor sub formă de text ASCII. Aceste caractere nu au o semnificație specifică atunci când apar în înregistrări de imagini binare și în rubrici binare – acestea fac pur și simplu parte din datele schimbate.

În mod normal, nu ar trebui să existe rubrici sau elemente de informație goale și, de aceea, doar un singur caracter separator ar trebui să apară între oricare două elemente. Excepția la această regulă există atunci când datele din rubrici sau elementele de informație dintr-o operațiune sunt indisponibile, lipsesc sau sunt opționale, și procesarea operațiunii nu depinde de prezența respectivelor date specifice. În aceste cazuri, caracterele de separare multiple și adiacente apar împreună, nemaifiind necesară introducerea unor date fictive între separatoarele de caractere.

Pentru definiția unei rubrici care cuprinde trei elemente de informație, se aplică următoarele. În cazul în care informațiile pentru cel de-al doilea element de informație lipsesc, atunci, între primul și al treilea element de informație, vor apărea două caractere de separare a informațiilor adiacente „US”. În cazul în care și al doilea, și al treilea element de informație lipsesc, atunci ar trebui utilizate trei separatoare de caractere – două caractere „US” în plus față de caracterul de separare a rubricii sau a subrubricii finale. În general, în cazul în care unul sau mai multe elemente de informație obligatorii nu sunt disponibile pentru o rubrică sau o subrubrică, ar trebui introdus un număr adecvat de caractere de separare.

Este posibilă prezența unor combinații adiacente a două sau mai multe din cele patru caractere de separare disponibile. Atunci când datele lipsesc sau nu sunt disponibile pentru elemente, subrubrici sau rubrici de informare, numărul caracterelor de separare trebuie să fie cu unul mai puțin decât numărul elementelor de informație, al subrubricilor sau al rubricilor necesare.

Tabelul 1: Separatori utilizați

| 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.   Prezentarea înregistrării

Pentru înregistrările logice cu rubrici marcate, fiecare rubrică de informații utilizată este numerotată în conformitate cu acest standard. Formatul fiecărei rubrici cuprinde numărul tipului înregistrării logice urmat de un punct „.”, numărul rubricii urmat de două puncte „:”, urmate de informația corespunzătoare respectivei rubrici. Numărul rubricii marcate poate fi orice număr format din una până la nouă cifre aflat între punct „.” și două puncte „:”. Acesta se interpretează ca un număr de rubrică întreg nesemnat. Aceasta înseamnă că un număr de rubrică „2.123:” este echivalent cu și trebuie interpretat în același mod ca un număr de rubrică „2.000000123:”.

În scopul de a exemplifica pe tot cuprinsul acestui document, se utilizează un număr format din trei cifre pentru a enumera rubricile conținute în fiecare dintre înregistrările logice cu rubrici marcate descrise. Numerele de rubrică se prezintă sub forma „TT.xxx:”: „TT” reprezintă tipul înregistrării, având unul sau două caractere, urmat de un punct. Următoarele trei caractere reprezintă numărul adecvat al rubricii, urmat de două puncte. Cele două puncte sunt urmate de informații descriptive de tip ASCII sau de date privind imaginea.

Înregistrările logice de tip 1 şi 2 conțin numai rubrici de date sub formă de text ASCII. Întreaga lungime a înregistrării (inclusiv numere de rubrici, două puncte și caractere de separare) este înregistrată ca prima rubrică ASCII în cadrul fiecărui tip de înregistrare. Caracterul de control „FS” pentru separarea fișierelor ASCII (care indică sfârșitul înregistrării logice sau al operațiunii) este situat după ultimul octet de informație ASCII și este inclus în lungimea înregistrării.

Spre deosebire de conceptul rubricii marcate, înregistrarea de tip 4 conține numai date binare, înregistrate ca rubrici binare ordonate cu lungime fixă. Lungimea întreagă a înregistrării este înregistrată în prima rubrică binară de patru octeți a fiecărei înregistrări. În cazul acestei înregistrări binare nu se înregistrează nici numărul înregistrării cu punctul aferent, nici numărul de identificare a rubricii și cele două puncte care îi urmează. În plus, deoarece toate lungimile rubricilor acestei înregistrări sunt fie fixe, fie specificate, niciunul dintre cele patru caractere de separare („US”, „RS”, „GS” sau „FS”) nu reprezintă altceva decât date binare. Pentru înregistrarea binară, caracterul „FS” nu este utilizat ca separator de înregistrare sau caracter de terminare a operațiunii.

3.   Înregistrare logică de tip 1: antetul fișierului

Această înregistrare descrie structura fișierului, tipul fișierului și alte informații importante. Setul de caractere utilizat pentru rubricile de tip 1 conține numai codul ANSI din 7 octeți pentru schimbul de informații.

3.1.   Rubrici pentru înregistrarea logică de tip 1

3.1.1.   Rubrica 1.001: Lungimea înregistrării logice (Logical Record Length – LEN)

Această rubrică conține numărul total al octeților din întreaga înregistrare logică de tip 1. Rubrica începe cu „1.001:”, urmat de întreaga lungime a înregistrării, incluzând fiecare caracter din fiecare rubrică și separatorii de informații.

3.1.2.   Rubrica 1.002: Numărul versiunii (Version Number – VER)

În scopul de a se asigura că utilizatorii cunosc versiunea standardului ANSI/NIST folosită, această rubrică de patru octeți precizează numărul versiunii standardului utilizat de software-ul sau de sistemul care creează fișierul. Primii doi octeți indică numărul de referință al versiunii majore, iar următorii doi indică numărul revizuirii minore. De exemplu, standardul original din 1986 ar fi considerat prima versiune și desemnat „0100”, în timp ce standardul prezent ANSI/NIST-ITL 1-2000 este „0300”.

3.1.3.   Rubrica 1.003: Conținutul fișierului (File Content – CNT)

Această rubrică enumeră înregistrările din fișier în funcție de tipul acestora și de ordinea în care acestea apar în fișierul logic. Rubrica include una sau mai multe subrubrici, fiecare dintre acestea conținând la rândul ei două elemente de informație care descriu o singură înregistrare logică conținută în fișierul aferent. Subrubricile sunt introduse în aceeași ordine în care înregistrările sunt efectuate și transmise.

Primul element de informație din prima subrubrică este „1” și se referă la înregistrarea de tip 1. Acesta este urmat de al doilea element de informație care conține numărul celorlalte înregistrări conținute în fișier. Acest număr este, de asemenea, egal cu numărul subrubricilor rămase în rubrica 1.003.

Fiecare dintre subrubricile rămase este asociată cu o înregistrare în cadrul fișierului, iar secvența subrubricilor corespunde cu secvența înregistrărilor. Fiecare subrubrică conține două elemente de informație. Primul indică tipul înregistrării. Al doilea este IDC-ul înregistrării. Caracterul „US” este utilizat pentru a separa cele două elemente de informație.

3.1.4.   Rubrica 1.004: Tipul operațiunii (Type of Transaction – TOT)

Această rubrică conține o mnemotehnică din trei litere care indică tipul operațiunii. Aceste coduri pot fi diferite de cele utilizate de alte implementări ale standardului ANSI/NIST.

CPS: Căutare penală amprentă – amprentă Această operațiune reprezintă o solicitare, legată de un delict penal, de căutare a unei înregistrări dintr-o bază de date de amprente. Amprentele persoanei trebuie incluse în fișier sub formă de imagini comprimate cu algoritmul WSQ.

În cazul unui răspuns negativ, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2. |
| --- | --- |

—

1 înregistrare de tip 2.

În cazul unui răspuns pozitiv, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2; |
| --- | --- |

—

1 înregistrare de tip 2;

| — | 1-14 înregistrări de tip 4. |
| --- | --- |

—

1-14 înregistrări de tip 4.

CPS TOT este rezumat în tabelul A.6.1 (apendicele 6).

PMS: Căutare amprentă – amprentă latentă. Această operațiune este utilizată în cazul în care o serie de amprente trebuie căutate într-o bază de date latente neidentificate. Se obține un răspuns pozitiv/răspuns negativ (Hit/No Hit) în urma căutării AFIS. În cazul existenței unor amprente latente neidentificate, se obțin operațiuni SRE multiple, cu o amprentă latentă pe operațiune. Amprentele persoanei trebuie incluse în fișier sub formă de imagini comprimate cu algoritmul WSQ.

În cazul unui răspuns negativ, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2. |
| --- | --- |

—

1 înregistrare de tip 2.

În cazul unui răspuns pozitiv, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2; |
| --- | --- |

—

1 înregistrare de tip 2;

| — | 1 înregistrare de tip 13. |
| --- | --- |

—

1 înregistrare de tip 13.

PMS TOT este rezumat în tabelul A.6.1 (apendicele 6).

MPS: Căutare amprentă latentă – amprentă. Această operațiune este utilizată în cazul în care o amprentă latentă trebuie căutată într-o bază de date de amprente. Informațiile privind punctele caracteristice ale amprentei latente și imaginea (comprimată cu WSQ) trebuie incluse în fișier.

În cazul unui răspuns negativ, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2. |
| --- | --- |

—

1 înregistrare de tip 2.

În cazul unui răspuns pozitiv, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2; |
| --- | --- |

—

1 înregistrare de tip 2;

| — | 1 înregistrare de tip 4 sau de tip 15. |
| --- | --- |

—

1 înregistrare de tip 4 sau de tip 15.

MPS TOT este rezumat în tabelul A.6.4 (apendicele 6).

MMS: Căutare amprentă latentă – amprentă latentă. În cazul acestei operațiuni, fișierul conține o amprentă latentă care trebuie căutată într-o bază de date de amprente latente neidentificate pentru a stabili legături între diverse scene ale crimei. Informațiile privind punctele caracteristice ale amprentei latente și imaginea (comprimată cu WSQ) trebuie incluse în fișier.

În cazul unui răspuns negativ, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2. |
| --- | --- |

—

1 înregistrare de tip 2.

În cazul unui răspuns pozitiv, se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2; |
| --- | --- |

—

1 înregistrare de tip 2;

| — | 1 înregistrare de tip 13. |
| --- | --- |

—

1 înregistrare de tip 13.

MMS TOT este rezumat în tabelul A.6.4 (apendicele 6).

SRE: Această operațiune este trimisă de către agenția de destinație ca răspuns la depuneri dactiloscopice. Se obține un răspuns pozitiv/negativ în urma căutării AFIS. În cazul existenței mai multor candidați, se obțin operațiuni SRE multiple, cu candidat pe operațiune.

SRE TOT este rezumat în tabelul A.6.2 (apendicele 6).

ERR: Această operațiune este trimisă de AFIS-ul de destinație pentru a indica o eroare de operațiune. Aceasta include o rubrică de mesaj (ERM) care indică eroarea detectată. Se obțin următoarele înregistrări logice:

| — | 1 înregistrare de tip 1; |
| --- | --- |

—

1 înregistrare de tip 1;

| — | 1 înregistrare de tip 2. |
| --- | --- |

—

1 înregistrare de tip 2.

ERR TOT este rezumat în tabelul A.6.3 (apendicele 6).

Tabelul 2: Coduri permise în operațiuni

| 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

—

—

—

—

Legendă:

| M | = | Obligatoriu |
| --- | --- | --- |
| M* | = | Numai un singur tip de înregistrare dintre cele două poate fi inclus |
| O | = | Opțional |
| C | = | Cu condiția ca datele să fie disponibile |
| — | = | Neautorizat |
| 1* | = | Condiționat de sistemele moștenite |

M

=

Obligatoriu

M*

=

Numai un singur tip de înregistrare dintre cele două poate fi inclus

O

=

Opțional

C

=

Cu condiția ca datele să fie disponibile

—

=

Neautorizat

1*

=

Condiționat de sistemele moștenite

3.1.5.   Rubrica 1.005: Data operațiunii (Date of Transaction – DAT)

Această rubrică indică data la care a fost inițiată operațiunea și trebuie să respecte formatul standard ISO: YYYYMMDD

unde YYYY este anul, MM este luna, iar DD este ziua din lună. Se folosește cifra 0 pentru numerele formate dintr-o singură cifră. De exemplu, „19931004” înseamnă 4 octombrie 1993.

3.1.6.   Rubrica 1.006: Prioritate (Priority – PRY)

Această rubrică opțională definește prioritatea solicitării, pe o scară de la 1 la 9. „1” reprezintă prioritate maximă, iar „9” prioritate minimă. Operațiunile care au prioritatea „1” trebuie prelucrate imediat.

3.1.7.   Rubrica 1.007: Identificatorul agenției de destinație (Destination Agency Identifier – DAI)

Această rubrică indică agenția de destinație pentru operațiune.

Aceasta conține două elemente de informație, în formatul următor: CC/agenție

Primul element de informație conține codul Interpol al țărilor, definit în ISO 3166, cu o lungime de două caractere alfanumerice. Al doilea element, agenție, este o identificare cu text liber a agenției, cu o lungime de maximum 32 de caractere alfanumerice.

3.1.8.   Rubrica 1.008: Identificatorul agenției de origine (Originating Agency Identifier – ORI)

Această rubrică indică originea fișierului și are același format ca DAI (rubrica 1.007).

3.1.9.   Rubrica 1.009: Numărul de control al operațiunii (Transaction Control Number – TCN)

Acesta este un număr de control pentru referințele ulterioare. Acesta ar trebui generat de calculator și ar trebui să aibă formatul următor: YYSSSSSSSSA

unde YY este anul operațiunii, SSSSSSSS este un număr de serie de opt cifre, iar A este un caracter de verificare generat cu ajutorul procedurii prezentate în apendicele 2.

Atunci când TCN nu este disponibil, rubrica (YYSSSSSSSS) este umplută cu zerouri, iar caracterul de verificare este generat conform procedurii menționate mai sus.

3.1.10.   Rubrica 1.010: Răspunsul de control al operațiunii (Transaction Control Response – TCR)

Atunci când a fost trimisă o solicitare, căreia acest răspuns îi este destinat, această rubrică opțională conține numărul de control al operațiunii de solicitare. În consecință, aceasta are același format ca TCN (rubrica 1.009).

3.1.11.   Rubrica 1.011: Rezoluția de scanare nativă (Native Scanning Resolution – NSR)

Această rubrică indică rezoluția de scanare normală a sistemului susținut de ordonatorul operațiunii. Rezoluția este specificată sub forma a două cifre numerice urmate de punctul zecimal și apoi de încă două cifre.

Pentru toate operațiunile efectuate în conformitate cu Decizia 2008/615/JAI, frecvența de eșantionare este de 500 pixeli/inch sau de 19,68 pixeli/mm.

3.1.12.   Rubrica 1.012: Rezoluția nominală de transmitere (Rezoluția nominală de transmitere – NTR)

Această rubrică formată din cinci octeți indică rezoluția nominală de transmitere pentru imaginile transmise. Rezoluția este exprimată în pixeli/mm în același format ca NSR (rubrica 1.011).

3.1.13.   Rubrica 1.013: Numele de domeniu (Domain name – DOM)

Această rubrică obligatorie identifică numele de domeniu pentru realizarea înregistrării logice de tip 2 definite de utilizator. Aceasta conține două elemente de informație și este „INT-I{US}4.22{GS}”.

3.1.14.   Rubrica 1.014: Timpul universal coordonat (Greenwich mean time – GMT)

Această rubrică obligatorie furnizează un mecanism de exprimare a datei și a orei sub forma unităților universale ale timpului universal coordonat (GMT). Dacă este utilizată, rubrica GMT conține date universale care completează datele locale conținute în rubrica 1.005 (DAT). Utilizarea datelor GMT elimină diferențele de fus orar local întâlnite atunci când o operațiune și răspunsul acesteia sunt transmise între două locuri separate de mai multe fusuri orare. GMT furnizează o dată universală și o zi de 24 de ore indiferent de fusurile orare. Aceasta este reprezentată sub forma „CCYYMMDDHHMMSSZ”, un șir de 15 caractere care constituie concatenarea datei cu GMT și se termină cu un „Z”. Caracterele „CCYY” reprezintă anul operațiunii, caracterele „MM” reprezintă valorile zecimală și unitară ale lunii, iar caracterele „DD” reprezintă valorile zecimală și unitară ale zilei lunii, caracterele „HH” reprezintă ora, „MM” minutele, iar „SS” secundele. Data completă nu depășește data curentă.

4.   Înregistrare logică de tip 2: text descriptiv

Structura celei mai mari părți a acestei înregistrări nu este definită de standardul original ANSI/NIST. Înregistrarea conține informații de interes specific pentru agențiile care trimit sau care primesc fișierul. Pentru a asigura faptul că sistemele de comunicare a datelor dactiloscopice sunt compatibile, este necesar ca numai rubricile de mai jos să fie conținute în înregistrare. În acest document se indică rubricile obligatorii și cele opționale și se definește structura rubricilor individuale.

4.1.   Rubrici pentru înregistrarea logică de tipul 2

4.1.1.   Rubrica 2.001: Lungimea înregistrării logice (Logical Record Length – LEN)

Această rubrică obligatorie conține lungimea acestei înregistrări de tip 2 și indică numărul total de octeți, incluzând fiecare caracter din fiecare rubrică conținută în înregistrare și separatorii de informație.

4.1.2.   Rubrica 2.002: Caracterul desemnării imaginii (Image Designation Character – IDC)

IDC conținut în această rubrică obligatorie este o reprezentare ASCII a IDC, astfel cum este definit în rubrica conținutului fișierului (CNT) din înregistrarea de tip 1 (rubrica 1.003).

4.1.3.   Rubrica 2.003: Informații despre sistem (System Information – SYS)

Această rubrică este obligatorie și conține patru octeți care indică versiunea INT-1 cu care această înregistrare specifică de tip 2 este conformă.

Primii doi octeți indică numărul versiunii majore, iar următorii doi indică numărul revizuirii minore. De exemplu, această implementare se bazează pe versiunea INT-I 4 revizia 22 și este reprezentată sub forma „0422”.

4.1.4.   Rubrica 2.007: Numărul fișierului (Case Number – CNO)

Acesta este un număr atribuit de biroul dactiloscopic local unui grup de amprente latente descoperite la locul crimei. Se adoptă următorul format: CC/număr

unde CC este codul Interpol al țărilor, care conține două caractere alfanumerice, iar numărul este conform orientărilor locale corespunzătoare și nu poate depăși 32 de caractere alfanumerice.

Această rubrică permite sistemului să identifice amprentele latente asociate cu o anumită crimă.

4.1.5.   Rubrica 2.008: Număr secvențial (Sequence Number – SQN)

Acesta indică fiecare secvență de amprente latente dintr-un fișier. Acest număr poate conține cel mult patru caractere numerice. O secvență este formată dintr-o amprentă latentă sau o serie de amprente latente grupate în scopul completării și/sau al căutării. Definiția implică că inclusiv amprentelor latente unice trebuie să li se atribuie un număr secvențial.

Această rubrică, împreună cu MID (rubrica 2.009), poate fi inclusă în scopul identificării unei anumite amprente latente dintr-o secvență.

4.1.6.   Rubrica 2.009: Identificatorul amprentelor latente (Latent Identifier – MID)

Acesta indică amprenta latentă individuală dintr-o secvență. Valoarea este exprimată printr-o singură literă sau prin două litere, litera „A” fiind atribuită primei amprente digitale, „B” celei de-a doua și așa mai departe, până la limita „ZZ”. Această rubrică este utilizată în mod similar cu numărul secvențial al amprentei latente menționat la descrierea SQN (rubrica 2.008).

4.1.7.   Rubrica 2.010: Număr penal de referință (Criminal Reference Number – CRN)

Acesta este un număr de referință unic atribuit de o agenție națională unei persoane acuzate pentru prima dată de o infracțiune. Într-o singură țară, nicio persoană nu poate avea mai multe numere penale de referință, iar acestea nu pot fi identice pentru mai multe persoane. Aceeași persoană poate avea însă numere penale de referință în mai multe țări, acestea putând fi distinse datorită codului de țară.

Se adoptă următorul format pentru rubrica CRN: CC/număr

unde CC este codul de țară, definit în ISO 3166, care conține două caractere alfanumerice, iar numărul este conform orientărilor naționale corespunzătoare ale agenției emitente și nu poate depăși 32 de caractere alfanumerice.

Pentru operațiunile efectuate în conformitate cu Decizia 2008/615/JAI, această rubrică se utilizează pentru numărul național penal de referință al agenției de origine, legat de imaginile din înregistrările de tip 4 sau de tip 15.

4.1.8.   Rubrica 2.012: Număr de identificare divers (Miscellaneous Identification Number – MN1)

Această rubrică conține CRN (rubrica 2.010) transmis printr-o operațiune CPS sau PMS fără codul de țară principal.

4.1.9.   Rubrica 2.013: Număr de identificare divers (Miscellaneous Identification Number – MN2)

Această rubrică conține CNO (rubrica 2.007) transmis printr-o operațiune MPS sau MMS fără codul de țară principal.

4.1.10.   Rubrica 2.014: Număr de identificare divers (Miscellaneous Identification Number – MN3)

Această rubrică conține SQN (rubrica 2.008) transmis printr-o operațiune MPS sau MMS.

4.1.11.   Rubrica 2.015: Număr de identificare divers (Miscellaneous Identification Number – MN4)

Această rubrică conține MID (rubrica 2.009) transmis printr-o operațiune MPS sau MMS.

4.1.12.   Rubrica 2.063: Informații suplimentare (Additional Information – INF)

În cazul unei operațiuni SRE privind o solicitare PMS, această rubrică oferă informații despre amprenta digitală care a determinat posibilul răspuns pozitiv. Această rubrică are formatul următor:

NN unde NN este codul poziției amprentei digitale, definit în tabelul 5, care conține două cifre.

În toate celelalte cazuri, rubrica este opțională. Aceasta conține cel mult 32 de caractere alfanumerice și poate furniza informații suplimentare despre solicitare.

4.1.13.   Rubrica 2.064: Lista respondenților (Respondents List – RLS)

Această rubrică conține cel puțin două subrubrici. Prima subrubrică descrie tipul de căutare care a fost efectuată, folosind mnemotehnica din trei litere care indică tipul operațiunii în TOT (rubrica 1.004). Cea de-a doua subrubrică conține un singur caracter. Se folosește litera „I” pentru a se indica ca a fost găsit un răspuns pozitiv și litera „N” pentru a se indica că nu a fost găsit nici un răspuns pozitiv. Cea de-a treia subrubrică conține un identificator secvențial pentru rezultatul candidat și numărul total al candidaților, separați de o bară oblică. În cazul în care există mulți candidați, se obțin mesaje multiple.

În cazul unui posibil răspuns pozitiv, cea de-a patra subrubrică conține valoarea, de până la șase cifre. Dacă răspunsul pozitiv a fost verificat, valoarea acestei subrubrici este definită sub forma „999999”.

Exemplu: „CPS{RS}I{RS}001/001{RS}999999{GS}”

Dacă AFIS la distanță nu atribuie nicio valoare, ar trebui folosită valoarea zero la locul corespunzător.

4.1.14.   Rubrica 2.074: Rubrica mesajelor de statut/de eroare (Status/Error Message Field – ERM)

Această rubrică conține mesaje de eroare care rezultă din operațiuni și care sunt trimise înapoi solicitantului sub forma unei erori de operațiune.

Tabelul 3: Mesaje de eroare

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

Mesaje de eroare din seria 100-199:

Aceste mesaje de eroare sunt legate de validarea înregistrărilor ANSI/NIST și se definesc astfel:

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

unde:

| — | error_code este un cod legat exclusiv de un motiv specific (a se vedea tabelul 3); |
| --- | --- |

—

error_code este un cod legat exclusiv de un motiv specific (a se vedea tabelul 3);

| — | field_id este numărul de rubrică ANSI/NIST al rubricii incorecte (de exemplu 1.001, 2.001, ...) în formatul <record_type>.<field_id>.<sub_field_id>; |
| --- | --- |

—

field_id este numărul de rubrică ANSI/NIST al rubricii incorecte (de exemplu 1.001, 2.001, ...) în formatul <record_type>.<field_id>.<sub_field_id>;

| — | dynamic text este o descriere dinamică detaliată a erorii; |
| --- | --- |

—

dynamic text este o descriere dinamică detaliată a erorii;

| — | LF este o schimbare de linie, prin care se separă erorile atunci când există mai multe erori; |
| --- | --- |

—

LF este o schimbare de linie, prin care se separă erorile atunci când există mai multe erori;

| — | pentru înregistrarea de tip 1, ICD este definit ca „-1”. |
| --- | --- |

—

pentru înregistrarea de tip 1, ICD este definit ca „-1”.

Exemplu:

201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION

Această rubrică este obligatorie pentru erorile de operațiune.

4.1.15.   Rubrica 2.320: Număr estimat de candidați (Expected Number of Candidates – ENC)

Această rubrică conține numărul maxim de candidați pentru verificare estimat de agenția solicitantă. Valoarea ENC nu trebuie să depășească valorile definite la tabelul 11.

5.   Înregistrare logică de tip 4: imagine în nuanțe de gri de înaltă rezoluție

Este important de menționat că înregistrările de tip 4 sunt mai degrabă binare decât în format ASCII. Prin urmare, fiecărei rubrici îi este alocată o poziție specifică în înregistrare, ceea ce înseamnă că toate rubricile sunt obligatorii. Formatul standard permite ca atât dimensiunea imaginii, cât și rezoluția acesteia să fie menționate în înregistrare. Este necesar ca înregistrările logice de tip 4 să conțină datele imaginilor dactiloscopice transmise la o densitate nominala a pixelilor între 500 și 520 pixeli pe inch. Frecvența preferată pentru noile modele este la o densitate a pixelilor de 500 de pixeli pe inch sau de 19,68 pixeli pe mm. 500 de pixeli pe inch este densitatea specificată de INT-1, excepție făcând faptul că sisteme similare pot comunica unul cu altul cu o frecvență nepreferată, în limitele de 500-520 de pixeli pe inch.

5.1.   Rubrici pentru înregistrarea logică de tip 4

5.1.1.   Rubrica 4.001: Lungimea înregistrării logice (Logical Record Length – LEN)

Această rubrică formată din patru octeți conține lungimea acestei înregistrări de tip 4 și indică numărul total de octeți, incluzând fiecare octet din fiecare rubrică conținută în înregistrare.

5.1.2.   Rubrica 4.002: Caracterul desemnării imaginii (Image Designation Character – IDC)

Aceasta este o reprezentare binară de un singur octet a numărului IDC înscris în antetul fișierului.

5.1.3.   Rubrica 4.003: Tip de imprimare (Impression Type – IMP)

Tipul de imprimare este o singură rubrică formată dintr-un singur octet și care ocupă cel de-al șaselea octet al înregistrării.

Tabelul 4: Tip de imprimare a amprentei digitale

| 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.   Rubrica 4.004: Poziția amprentei digitale (Finger Position – FGP)

Această rubrică cu o lungime fixă de șase octeți ocupă pozițiile 7-12 ale octeților dintr-o înregistrare de tip 4. Aceasta conține pozițiile posibile ale amprentei digitale începând cu octetul din extrema stângă (octetul 7 din înregistrare). Poziția cunoscută sau cea mai probabilă a amprentei digitale se regăsește în tabelul 5. Pot fi înscrise cel mult cinci amprente digitale suplimentare prin introducerea pozițiilor alternative ale amprentelor digitale în ultimii cinci octeți, folosind același format. În cazul în care se folosesc mai puțin de cinci referințe ale pozițiilor amprentelor digitale, octeții neutilizați se completează cu 255 binar. Pentru a indica toate pozițiile amprentelor digitale, se folosește 0 pentru necunoscut.

Tabelul 5: Codul pozițiilor amprentelor digitale și dimensiunea maximă

| 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

Pentru amprentele latente de la locul crimei ar trebui să se folosească numai codurile de la 0 la 10.

5.1.5.   Rubrica 4.005: Rezoluția imaginii scanate (ISR)

Această rubrică de un singur octet ocupă cel de-al 13-lea octet dintr-o înregistrare de tip 4. Dacă aceasta conține „0”, imaginea a fost achiziționată la frecvența de scanare preferată de 19,68 pixeli/mm (500 de pixeli pe inch). Dacă aceasta conține „1”, imaginea a fost achiziționată la o frecvență de scanare alternativă, astfel cum se menționează în înregistrarea de tip 1.

5.1.6.   Rubrica 4.006: Lungimea liniei orizontale (Horizontal Line Length – HLL)

Această rubrică este poziționată la octeții 14 și 15 dintr-o înregistrare de tip 4. Aceasta indică numărul de pixeli conținuți în fiecare linie de scanare. Primul octet este cel mai semnificativ.

5.1.7.   Rubrica 4.007: Lungimea liniei verticale (Vertical Line Length – VLL)

Această rubrică înregistrează la octeții 16 și 17 numărul de linii de scanare prezente în imagine. Primul octet este cel mai semnificativ.

5.1.8.   Rubrica 4.008: Algoritm de compresie în nuanțe de gri (Gray-scale Compression Algorithm – GCA)

Această rubrică de un octet indică algoritmul de compresie în nuanțe de gri utilizat pentru codarea datelor imaginii. Pentru această implementare, un cod binar 1 indică faptul că a fost utilizată o compresie WSQ (apendicele 7).

5.1.9.   Rubrica 4.009: Imaginea (The Image)

Această rubrică conține un flux de octeți care reprezintă o imagine. Structura acesteia depinde, în mod evident, de algoritmul de compresie utilizat.

6.   Înregistrare logică de tip 9: înregistrarea punctelor caracteristice

Înregistrările de tip 9 conțin textul ASCII care descrie punctele caracteristice și informațiile corespunzătoare codate dintr-o amprentă latentă. Pentru operațiunea de căutare a amprentei latente, nu există nicio limită pentru aceste înregistrări de tip 9 într-un fișier, fiecare dintre acestea corespunzând unei imagini diferite sau unei amprente latente diferite.

6.1.   Extragerea punctelor caracteristice

6.1.1.   Identificarea tipurilor de puncte caracteristice

Acest standard definește trei numere de identificare care sunt folosite pentru a descrie tipul punctelor caracteristice. Acestea sunt prezentate în tabelul 6. Capătul de creastă este denumit tipul 1. Bifurcarea este denumită tipul 2. În cazul în care un punct caracteristic nu poate fi inclus în mod clar în unul dintre cele două tipuri, acesta este denumit „altul” („other”), tipul 0.

Table 6: Tipuri de puncte caracteristice

| Type | Description |
| --- | --- |
| 0 | Other |
| 1 | Ridge ending |
| 2 | Bifurcation |

Type

Description

0

Other

1

Ridge ending

2

Bifurcation

6.1.2.   Amplasarea și tipul punctelor caracteristice

Pentru ca șabloanele să fie în conformitate cu secțiunea 5 a standardului ANSI INCITS 378-2004, se folosește următoarea metodă, care consolidează standardul actual INCITS 378-2004, pentru a determina amplasarea (locul și direcția angulară) a punctelor caracteristice individuale.

Poziția sau amplasarea unui punct caracteristic care reprezintă un capăt de creastă este locul de bifurcare a axei mediane din zona de vale, imediat în fața capătului de creastă. Dacă cele trei laturi ale zonei de vale sunt reduse la o axă formată dintr-un singur pixel, locul în care se intersectează cele trei laturi reprezintă amplasarea punctelor caracteristice. În mod similar, în cazul unei bifurcații, punctele caracteristice sunt amplasate în locul de bifurcare a axei mediane a crestei. Dacă cele trei laturi ale crestei sunt reduse la o axă formată dintr-un singur pixel, locul în care se intersectează cele trei laturi reprezintă amplasarea punctelor caracteristice.

După ce toate capetele de creste au fost transformate în bifurcații, toate punctele caracteristice din imaginea dactiloscopică sunt reprezentate ca bifurcații. Coordonatele X și Y ale pixelilor din intersecția celor trei laturi ale fiecărui punct caracteristic pot fi formatate în mod direct. Direcția punctelor caracteristice poate fi obținută din fiecare bifurcare a axelor. Cele trei laturi ale fiecărei bifurcări ale axei trebuie examinate și capătul fiecărei laturi trebuie determinat. Figura 6.1.2. ilustrează cele trei metode utilizate pentru determinarea capătului unei laturi pe baza unei rezoluții de scanare de 500 ppi.

Capătul este stabilit în funcție de evenimentul care are loc primul. Numărul pixelilor se bazează pe o rezoluție de scanare de 500 ppi. Utilizarea unor rezoluții diferite de scanare implică un număr diferit de pixeli.

| — | O distanță de .064” (al 32-lea pixel) |
| --- | --- |

—

O distanță de .064” (al 32-lea pixel)

| — | Capătul laturii care se află la o distanță de .02” și .064” (de la al 10-lea până la al 32-lea pixel); nu se utilizează laturile mai scurte |
| --- | --- |

—

Capătul laturii care se află la o distanță de .02” și .064” (de la al 10-lea până la al 32-lea pixel); nu se utilizează laturile mai scurte

| — | Există o a doua bifurcare la o distanță de .064” (înainte de cel de-al 32-lea pixel) |
| --- | --- |

—

Există o a doua bifurcare la o distanță de .064” (înainte de cel de-al 32-lea pixel)

Figura 6.1.2

Image

Unghiul punctelor caracteristice se determină prin construirea a trei raze virtuale cu originea în locul de bifurcare și prelungindu-se până la capătul fiecărei laturi. Cel mai mic dintre cele trei unghiuri formate de raze este împărțit în două pentru a indica direcția punctelor caracteristice.

6.1.3.   Sistemul de coordonate

Sistemul de coordonate folosit pentru a exprima punctele caracteristice ale unei amprente digitale este sistemul de coordonate carteziene. Amplasarea punctelor caracteristice se reprezintă prin coordonatele corespondente x și y. Originea sistemului de coordonate este colțul din stânga sus al imaginii originale, cu x progresând spre dreapta și y progresând în jos. Coordonatele x și y ale unui punct caracteristic sunt reprezentate în unități de pixel de la origine. Ar trebui remarcat că poziția originii și a unităților de măsură nu respectă convenția utilizată în definițiile tipului 9 în ANSI/NIST-ITL 1-2000.

6.1.4.   Direcția punctelor caracteristice

Unghiurile sunt exprimate în formatul matematic standard, cu gradele zero la dreapta și cu unghiurile crescând în direcția inversă a acelor de ceasornic. Unghiurile înregistrate se închid înspre creastă, în cazul unui capăt de creastă, și se deschid înspre centrul văii, în cazul unei bifurcații. Această convenție este cu 180 de grade opusă unghiului din convenție, descris în definițiile tipului 9 în ANSI/NIST-ITL 1-2000.

6.2.   Rubricile pentru înregistrarea logică de tip 9 în format INCITS 378

Toate rubricile înregistrărilor de tip 9 se înregistrează ca text ASCII. Rubricile binare nu sunt permise în această înregistrare cu rubrici marcate.

6.2.1.   Rubrica 9.001: Lungimea înregistrării logice (Logical record length – LEN)

Această rubrică obligatorie ASCII conține lungimea înregistrării logice care indică numărul total de octeți, incluzând fiecare caracter din fiecare rubrică conținută în înregistrare.

6.2.2.   Rubrica 9.002: Caracterul desemnării imaginii (Image designation character – IDC)

Această rubrică obligatorie de doi octeți se utilizează pentru identificarea și localizarea datelor punctelor caracteristice. IDC din această rubrică corespunde celui obținut în rubrica conținutului fișierului din înregistrarea de tip 1.

6.2.3.   Rubrica 9.003: Tip de imprimare (Impression type – IMP)

Această rubrică obligatorie de un octet descrie modul în care au fost obținute informațiile despre imaginea dactiloscopică. Valoarea ASCII a codului corespunzător selectat din tabelul 4 se introduce în această rubrică pentru a indica tipul de imprimare.

6.2.4.   Rubrica 9.004: Formatul punctelor caracteristice (Minutiæ format – FMT)

Această rubrică conține litera „U” pentru a indica faptul că punctele caracteristice sunt formatate în termenii M1-378. Chiar dacă pot fi codate suficiente informații în conformitate cu standardul M1-378, toate rubricile cu date ale înregistrărilor de tip 9 trebuie să rămână rubrici cu text ASCII.

6.2.5.   Rubrica 9.126: Informații CBEFF (CBEFF information)

Această rubrică conține trei elemente de informație. Primul element de informație conține valoarea „27” (0x1B). Este vorba de identificarea proprietarului formatului CBEFF, atribuit de Asociația Internațională a Industriei Biometrice (IBIA) Comitetului tehnic INCITS M1. Caracterul <US> delimitează acest element de tipul de format CBEFF căruia i se atribuie o valoare de „513” (0x0201), pentru a indica faptul că această înregistrare conține numai date privind amplasarea și direcția unghiulară, fără nicio informație despre blocul de date extins. Caracterul <US> delimitează acest element de identificatorul de produs CBEFF (PID) care identifică „proprietarul” echipamentelor de codare. Vânzătorul este cel care stabilește această valoare. Aceasta poate fi obținută de pe pagina de Internet a IBIA (www.ibia.org), în cazul în care este afișată.

6.2.6.   Rubrica 9.127: Identificarea echipamentului de captare (Capture equipment identification)

Această rubrică conține două elemente de informație separate prin caracterul <US>. Primul conține „APPF”, dacă echipamentul folosit inițial pentru a achiziționa imaginea este conform apendicelui F (specificații referitoare la calitatea imaginii IAFIS, 29 ianuarie 1999) al CJIS-RS-0010, specificații privind transmiterea electronică a amprentelor digitale, emise de Biroul Federal de Investigații. Dacă echipamentul nu este conform cu acesta, această categorie conține valoarea „NONE”. Al doilea element de informație conține numărul de identificare al echipamentului de captare, care este un număr de produs al echipamentelor de captare atribuit vânzătorului. Valoarea „0” indică faptul că numărul de identificare al echipamentului de captare nu este raportat.

6.2.7.   Rubrica 9.128: Lungimea liniei orizontale (Horizontal line length – HLL)

Această rubrică obligatorie ASCII cuprinde numărul de pixeli conținuți într-o singură linie orizontală a imaginii transmise. Dimensiunea orizontală maximă este limitată la 65 534 de pixeli.

6.2.8.   Rubrica 9.129: Lungimea liniei verticale (Vertical line length – VLL)

Această rubrică obligatorie ASCII cuprinde numărul de linii orizontale conținute în imaginea transmisă. Dimensiunea verticală maximă este limitată la 65 534 de pixeli.

6.2.9.   Rubrica 9.130: Unități de scală (Scale units – SLC)

Această rubrică obligatorie ASCII indică unitățile folosite pentru a descrie frecvența imaginii (densitatea pixelilor). În această rubrică, „1” indică pixelii pe inch, iar „2” indică pixelii pe centimetru. În această rubrică, „0” indică faptul că nu este furnizată nicio scală. În acest caz, coeficientul HPS/VPS indică raportul de aspect al pixelilor.

6.2.10.   Rubrica 9.131: Scala orizontală a pixelilor (Horizontal pixel scale – HPS)

Această rubrică obligatorie ASCII indică densitatea pixelilor folosiți în direcția orizontală, cu condiția ca SLC să conțină cifra „1”sau cifra „2”. În caz contrar, acesta indică componenta orizontală a raportului de aspect al pixelilor.

6.2.11.   Rubrica 9.132: Scala verticală a pixelilor (Vertical pixel scale – VPS)

Această rubrică obligatorie ASCII indică densitatea totală a pixelilor folosiți în direcția verticală, cu condiția ca SLC să conțină cifra „1” sau cifra „2”. În caz contrar, acesta indică componenta verticală a raportului de aspect al pixelilor.

6.2.12.   Rubrica 9.133: Imaginea amprentei digitale (Finger view)

Această rubrică obligatorie conține numărul imaginii amprentei digitale asociat cu datele din această înregistrare. Numărul imaginii începe cu „0” și crește cu unu până la „15”.

6.2.13.   Rubrica 9.134: Poziția amprentei digitale (Finger position – FGP)

Această rubrică conține codul care desemnează poziția amprentei digitale care a generat informațiile din această înregistrare de tip 9. Pentru a se indica poziția amprentei digitale sau a celei palmare se folosește un cod între 1 și 10 care se regăsește în tabelul 5 sau codul corespunzător al amprentei palmare din tabelul 10.

6.2.14.   Rubrica 9.135: Calitatea amprentei digitale (Finger quality)

Rubrica conține calitatea tuturor datelor privind caracteristicile amprentelor digitale și se situează între 0 și 100. Acest număr este o exprimare generală a calității înregistrării amprentei digitale și reprezintă calitatea imaginii inițiale, a extragerii punctelor caracteristice și a oricăror operații suplimentare care pot afecta înregistrarea punctelor caracteristice.

6.2.15.   Rubrica 9.136: numărul punctelor caracteristice (number of minutiae)

Rubrica obligatorie conține numărul punctelor caracteristice înregistrate în această înregistrare logică.

6.2.16.   Rubrica 9.137: Date despre punctele caracteristice ale amprentelor digitale (Finger minutiae data)

Această rubrică obligatorie conține șase elemente de informație separate prin caracterul <US>. Aceasta cuprinde mai multe subrubrici, fiecare conținând detaliile unui singur punct caracteristic. Numărul total al subrubricilor referitoare la punctele caracteristice trebuie să corespundă cu numărul obținut în rubrica 136. Prima categorie de informații este numărul index al punctelor caracteristice, care începe cu „1” și care crește cu „1” pentru fiecare punct caracteristic suplimentar din amprenta digitală. Cel de-al doilea și cel de-al treilea element de informație sunt coordonata „x” și coordonata „y” ale punctelor caracteristice din unitățile de pixel. Al patrulea element de informație este unghiul punctelor caracteristice înregistrat în unități de două grade. Această valoare este non-negativă, între 0 și 179. Al cincilea element de informație este tipul punctelor caracteristice. Se folosește valoarea „0” pentru a reprezenta punctul caracteristic de tipul „OTHER”, valoarea „1” pentru capătul unei creste și valoarea „2” pentru bifurcația unei creste. Cel de-al șaselea element de informație reprezintă calitatea fiecărui punct caracteristic. Această valoare este cuprinsă între 1 și 100. Valoarea „0” indică faptul că nicio valoare a calității nu este disponibilă. Fiecare subrubrică se separă de următoarea cu ajutorul separatorului de caractere <RS>.

6.2.17.   Rubrica 9.138: Informații despre numărul crestelor (Ridge count information)

Această rubrică conține o serie de subrubrici, fiecare dintre acestea conținând trei elemente de informație. Primul element de informație al primei subrubrici indică metoda de extragere a numărului crestelor. „0” indică faptul că nu se face nicio ipoteză despre metoda utilizată pentru extragerea numărului crestelor și nici despre ordinea acestora în înregistrare. „1” indică faptul că, pentru fiecare punct caracteristic central, datele despre numărul crestelor au fost extrase din punctele caracteristice cele mai învecinate în patru cvadrați, iar datele privind numărul crestelor pentru fiecare punct caracteristic central sunt enumerate. „2” indică faptul că, pentru fiecare punct caracteristic central, datele despre numărul crestelor au fost extrase din punctele caracteristice cele mai învecinate în opt octante, iar datele despre numărul crestelor pentru fiecare punct caracteristic central sunt enumerate. Ultimele două elemente de informație ale primei subrubrici conțin amândouă „0”. Elementele de informație se separă cu ajutorul separatorului de caractere <US>. Subrubricile următoare conțin indicele punctului caracteristic central, ca prim element de informație, indicele punctului caracteristic învecinat, care constituie al doilea element de informație, și numărul crestelor intersectate, care constituie al treilea element de informație. Subrubricile se separă cu ajutorul separatorului de caractere <RS>.

6.2.18.   Rubrica 9.139: Informații despre nucleu (Core information)

Această rubrică conține o subrubrică pentru fiecare nucleu prezent în imaginea inițială. Fiecare subrubrică conține trei elemente de informație. Primele două elemente conțin pozițiile coordonatelor x și y în unități de pixel. Al treilea element de informație este unghiul nucleului înregistrat în unități de două grade. Această valoare este non-negativă, între 0 și 179. Nucleele multiple se separă cu ajutorul separatorului de caractere <RS>.

6.2.19.   Rubrica 9.140: Informații despre deltă (Delta information)

Această rubrică conține o subrubrică pentru fiecare deltă prezentă în imaginea inițială. Fiecare subrubrică conține trei elemente de informație. Primele două elemente conțin pozițiile coordonatelor x și y în unități de pixel. Al treilea element de informație este unghiul deltei înregistrat în unități de două grade. Această valoare este non-negativă, între 0 și 179. Nucleele multiple se separă cu ajutorul separatorului de caractere <RS>.

7.   Înregistrare de tip 13 cu rezoluție variabilă a imaginii latente

Înregistrarea logică de tip 13 cu rubrici marcate conține date despre imagini obținute din imaginile latente. Aceste imagini trebuie trimise agențiilor care extrag în mod automat informațiile caracteristice dorite sau care furnizează asistența umană pentru procesarea acestora.

Informațiile privind rezoluția de scanare folosită, dimensiunea imaginii și alți parametri necesari pentru procesarea imaginii sunt înregistrați sub forma unor rubrici marcate în înregistrare.

Tabelul 7: Prezentarea înregistrării de tip 13 cu rezoluție variabilă a imaginii latente

| 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

—

Legendă pentru tipul de caractere: N = Numeric; A = Alfabetic; AN = Alfanumeric; B = Binar

7.1.   Rubrici pentru înregistrarea logică de tip 13

Următoarele paragrafe descriu datele conținute în fiecare dintre rubricile pentru înregistrarea logică de tip 13.

Într-o înregistrare de tip 13, înregistrările se furnizează în rubricile numerotate. Este necesar ca primele două rubrici ale înregistrării să fie ordonate, iar rubrica care conține datele imaginii să fie plasată ultima în înregistrare. Pentru fiecare rubrică a înregistrării de tip 13, tabelul 7 prezintă „codul condițiilor” ca fiind obligatoriu „M” sau opțional „O”, numărul rubricii, denumirea rubricii, tipul de caractere, dimensiunea rubricii și limitele ocurențelor. Pe baza unui număr al rubricii format din trei cifre, în ultima coloană este prezentată dimensiunea rubricii cu un număr maxim de octeți. Cu cât se folosesc mai multe cifre pentru numărul rubricii, cu atât va crește numărul maxim de octeți. Cele două înregistrări din „dimensiunea rubricii pe ocurență” includ toți separatorii de caractere utilizați în rubrică. „Numărul maxim de octeți” include numărul rubricii, informațiile și toți separatorii de caractere, inclusiv caracterul „GS”.

7.1.1.   Rubrica 13.001: Lungimea înregistrării logice (Logical record length – LEN)

Această rubrică obligatorie ASCII conține numărul total al octeților din înregistrarea logică de tip 13. Rubrica 13.001 indică lungimea înregistrării, incluzând fiecare caracter din fiecare rubrică conținută în registru și separatorii de informații.

7.1.2.   Rubrica 13.002: Caracterul desemnării imaginii (Image designation character – IDC)

Această rubrică obligatorie ASCII se utilizează pentru a identifica datele imaginilor latente conținute în înregistrare. Acest IDC corespunde celui obținut în rubrica conținutului fișierului (CNT) din înregistrarea de tip 1.

7.1.3.   Rubrica 13.003: Tip de imprimare (Impression type – IMP)

Această rubrică obligatorie ASCII, formată din unul sau doi octeți, indică modul în care au fost obținute informațiile despre imaginea latentă. În această rubrică se introduce codul corespunzător al amprentei latente selectat din tabelul 4 (amprenta digitală) sau din tabelul 9 (amprenta palmară).

7.1.4.   Rubrica 13.004: Agenția sursă/ORI (Source agency/ORI – SRC)

Această rubrică obligatorie ASCII conține identificarea administrației sau a organizației care a captat inițial imaginea facială conținută în înregistrare. În mod normal, în această rubrică este înscris identificatorul agenției de origine (ORI) al agenției care a captat imaginea. Acesta conține două elemente de informație, în formatul următor: CC/agenție

Primul element de informație conține codul Interpol al țărilor, cu o lungime de două caractere alfanumerice. Al doilea element, agenție, este o identificare cu text liber a agenției, cu o lungime de maximum 32 de caractere alfanumerice.

7.1.5.   Rubrica 13.005: Data captării imaginii latente (Latent capture date – LCD)

Această rubrică obligatorie ASCII conține data la care a fost captată imaginea latentă din înregistrare. Data apare în formatul de opt cifre CCYYMMDD. Caracterele CCYY reprezintă anul în care a fost captată imaginea; caracterele MM reprezintă valorile zecimale și unitare ale lunii; și caracterele DD reprezintă valorile zecimale și unitare ale zilei din lună. De exemplu, 20000229 reprezintă 29 februarie 2000. Data completă trebuie să fie o dată validă.

7.1.6.   Rubrica 13.006: Lungimea liniei orizontale (Horizontal line length – HLL)

Această rubrică obligatorie ASCII conține numărul de pixeli conținuți într-o singură linie orizontală a imaginii transmise.

7.1.7.   Rubrica 13.007: Lungimea liniei verticale (Vertical line length – VLL)

Această rubrică obligatorie ASCII conține numărul de linii orizontale conținute în imaginea transmisă.

7.1.8.   Rubrica 13.008: Unități de scală (Scale units – SLC)

Această rubrică obligatorie ASCII specifică unitățile folosite pentru descrierea frecvenței de eșantionare a imaginii (densitatea pixelilor). În această rubrică, „1” indică pixelii pe inch, iar „2” indică pixelii pe centimetru. În această rubrică, „0” indică faptul că nu este furnizată nicio scală. În acest caz, coeficientul HPS/VPS indică raportul de aspect al pixelilor.

7.1.9.   Rubrica 13.009: Scala orizontală a pixelilor (Horizontal pixel scale – HPS)

Această rubrică obligatorie ASCII indică densitatea pixelilor folosiți în direcția orizontală, cu condiția ca SLC să conțină cifra „1” sau cifra „2”. În caz contrar, aceasta indică componenta orizontală a raportului de aspect al pixelilor.

7.1.10.   Rubrica 13.010: Scala verticală a pixelilor (Vertical pixel scale – VPS)

Această rubrică obligatorie ASCII indică densitatea pixelilor folosiți în direcția verticală, cu condiția ca SLC să conțină cifra „1” sau cifra „2”. În caz contrar, aceasta indică componenta verticală a raportului de aspect al pixelilor.

7.1.11.   Rubrica 13.011: Algoritmul de compresie (Compression algorithm – CGA)

Această rubrică obligatorie ASCII indică algoritmul utilizat pentru a comprima imaginile în nuanțe de gri. A se vedea apendicele 7 pentru codurile de compresie.

7.1.12.   Rubrica 13.012: Octeți pe pixel (Bits per pixel – BPX)

Această rubrică obligatorie ASCII conține numărul de octeți utilizați pentru a reprezenta un pixel. Această rubrică conține înregistrarea „8” pentru valorile normale ale nuanțelor de gri de la „0” până la „255”. Orice înregistrare din această rubrică mai mare de „8” reprezintă un pixel în nuanță de gri cu o precizie sporită.

7.1.13.   Rubrica 13.013: Poziția amprentei digitale/palmare (Finger/palm position – FGP)

Această rubrică marcată obligatorie conține una sau mai multe poziții ale amprentei digitale sau palmare care pot corespunde imaginii latente. Numărul de cod zecimal care corespunde poziției cunoscute sau celei mai probabile poziții a amprentei digitale este obținut din tabelul 5, cel care corespunde celei mai probabile poziții a amprentei palmare din tabelul 10 și se înregistrează ca o subrubrică ASCII cu un caracter sau cu două. Pozițiile amprentelor digitale și/sau palmare suplimentare pot fi indicate prin înregistrarea codurilor pozițiilor alternative ca subrubrici separate prin separatorul de caractere „RS”. Codul „0” pentru „amprentă digitală necunoscută” se utilizează pentru a indica fiecare poziție a amprentelor digitale de la unu la zece. Codul „20” pentru „amprentă palmară necunoscută” se utilizează pentru a indica fiecare poziție a amprentelor palmare enumerată.

7.1.14.   Rubrica 13.014-019: Rezervat pentru definiții viitoare (Reserved for future definition – RSV)

Aceste rubrici sunt rezervate pentru a fi incluse în revizuirile viitoare ale acestui standard. Niciuna dintre aceste rubrici nu se utilizează la acest nivel de revizuire. Daca vreuna dintre aceste rubrici este prezentă, aceasta trebuie ignorată.

7.1.15.   Rubrica 13.020: Comentarii (Comment – COM)

Această rubrică opțională poate fi utilizată pentru a se înscrie comentarii sau alte informații sub formă de text ASCII, împreună cu datele imaginilor latente.

7.1.16.   Rubrica 13.021-199: Rezervată pentru definiții viitoare (Reserved for future definition – RSV)

Aceste rubrici sunt rezervate pentru a fi incluse în revizuirile viitoare ale acestui standard. Nicuna dintre aceste rubrici nu se utilizează la acest nivel de revizuire. Daca vreuna dintre aceste rubrici este prezentă, aceasta trebuie ignorată.

7.1.17.   Rubricile 13.200-998: Rubrici definite de utilizatori (User-defined fields – UDF)

Aceste rubrici pot fi definite de utilizatori și sunt folosite pentru cerințele viitoare. Dimensiunea și conținutul acestora sunt definite de utilizator în conformitate cu agenția receptoare. Dacă sunt prezente, acestea trebuie să conțină informații textuale ASCII.

7.1.18.   Rubrica 13.999: Datele imaginii (Image data – DAT)

Această rubrică conține toate datele dintr-o imagine latentă captată. Acesteia i se atribuie întotdeauna numărul de rubrică 999 și trebuie să fie plasată ultima în înregistrare. De exemplu, „13.999:” este urmat de datele imaginii într-o reprezentare binară.

Fiecare pixel al datelor necomprimate în nuanțe de gri este cuantificat în mod normal la opt octeți (256 de niveluri de gri) conținuți într-un singur octet. Dacă înregistrarea din rubrica 13.012 BPX este mai mare sau mai mică de „8”, numărul de octeți pe care trebuie să îi conțină un pixel va fi diferit. Dacă se utilizează compresia, datele pixelilor sunt comprimate în conformitate cu tehnica de compresie menționată în rubrica GCA.

7.2.   Finalul înregistrării de tip 13 cu rezoluție variabilă a imaginii latente

Din motive de coerență, imediat după ultimul octet al datelor din rubrica 13.999 trebuie folosit un separator „FS” pentru a-l separa de următoarea înregistrare logică. Acest separator trebuie inclus în lungimea rubricii înregistrării de tip 13.

8.   Înregistrare de tip 15 cu rezoluție variabilă a imaginii amprentei palmare

Înregistrarea logică de tip 15 cu rubrici marcate conține datele imaginilor amprentelor palmare împreună cu rubricile care conțin informații textuale fixe și definite de utilizator pertinente pentru imaginea digitalizată și este utilizată pentru schimbul acestora. Informațiile privind rezoluția de scanare folosită, dimensiunea imaginii și alți parametri sau comentariile necesare pentru procesarea imaginii sunt înregistrate sub forma unor rubrici marcate în înregistrare. Imaginile amprentelor palmare transmise altor agenții sunt procesate de agențiile receptoare pentru a extrage informațiile caracteristice dorite în scopul stabilirii de corespondențe.

Datele imaginii se obțin direct de la subiect prin utilizarea unui dispozitiv de scanare în direct sau de pe un card care conține amprentele palmare sau de pe un alt suport care conține amprentele palmare ale subiectului.

Oricare ar fi metoda utilizată pentru achiziționarea de imagini ale amprentelor palmare, se poate obține un set de imagini pentru fiecare mână. Acest set include amprenta palmară a mâinii dominante sub forma unei singure imagini scanate și întreaga zonă a palmei, de la încheietura mâinii până la vârfurile degetelor, sub forma unei imagini scanate sau a două imagini scanate. Dacă se utilizează două imagini pentru a reprezenta întreaga palmă, imaginea de jos cuprinde încheietura mâinii până la partea de sus a zonei interdigitale (articulația degetului mijlociu) și include zona tenară și hipotenară a palmei. Imaginea de sus cuprinde partea de jos a zonei interdigitale până la vârfurile degetelor. Astfel se oferă o suprafață de suprapunere suficient de mare a celor două imagini, care cuprind zona interdigitală a palmei. Prin compararea structurii și a detaliilor crestelor din această zonă comună, un examinator poate afirma cu certitudine că ambele imagini provin din aceeași amprentă palmară.

Întrucât o operațiune legată de amprentele palmare poate fi utilizată în scopuri diferite, aceasta poate include o singură zonă a imaginii, sau o zonă specială, captată din amprenta palmară sau digitală. În mod normal, setul de înregistrări complete ale amprentelor palmare provenite de la o singură persoană include amprenta palmară a mâinii dominante și imaginea/imaginile întregii amprente palmare a fiecărei mâini. Întrucât înregistrările logice ale imaginilor cu rubrici marcate pot conține o singură rubrică binară, este necesară o singură înregistrare de tip 15 pentru fiecare amprentă palmară a mâinii dominante și o înregistrare sau două înregistrări de tip 15 pentru fiecare amprentă palmară completă. În consecință, sunt necesare între patru și șase înregistrări de tip 15 pentru a reprezenta amprentele palmare ale subiectului într-o operațiune normală legată de amprentele palmare.

8.1.   Rubrici pentru înregistrarea logică de tip 15

Următoarele paragrafe descriu datele conținute în fiecare dintre rubricile pentru înregistrarea logică de tip 15.

Într-o înregistrare de tip 15, înregistrările sunt furnizate în rubricile numerotate. Este necesar ca primele două rubrici ale înregistrării să fie ordonate, iar rubrica care conține datele imaginii să fie plasată ultima în înregistrare. Pentru fiecare rubrică din înregistrarea de tip 15, tabelul 8 prezintă „codul condițiilor” ca fiind obligatoriu „M” sau opțional „O”, numărul rubricii, denumirea rubricii, tipul de caractere, dimensiunea rubricii și limitele ocurențelor. Pe baza unui număr al rubricii format din trei cifre, numărul maxim de octeți conținut în rubrică este prezentat în ultima coloană. Cu cât se folosesc mai multe cifre pentru numărul rubricii, cu atât va crește numărul maxim de octeți. Cele două înregistrări din „dimensiunea rubricii pe ocurență” includ toți separatorii de caractere folosiți în rubrică. „Numărul maxim de octeți” include numărul rubricii, informațiile și toți separatorii de caractere, inclusiv caracterul „GS”.

8.1.1.   Rubrica 15.001: Lungimea înregistrării logice (Logical record length – LEN)

Această rubrică obligatorie ASCII conține numărul total al octeților din înregistrarea logică de tip 15. Rubrica 15.001 indică lungimea înregistrării, incluzând fiecare caracter din fiecare rubrică conținută în înregistrare și separatorii de informații.

8.1.2.   Rubrica 15.002: Caracterul desemnării imaginii (Image designation character – IDC)

Această rubrică obligatorie ASCII se utilizează pentru a identifica imaginea amprentei palmare conținute în înregistrare. Acest IDC corespunde celui obținut în rubrica conținutului fișierului (CNT) din înregistrarea de tip 1.

8.1.3.   Rubrica 15.003: Tip de imprimare (Impression type – IMP)

Această rubrică obligatorie ASCII de un octet descrie modul în care au fost obținute informațiile despre imaginea amprentei palmare. În această rubrică se introduce codul corespunzător selectat din tabelul 9.

8.1.4.   Rubrica 15.004: Agenția sursă/ORI (Source agency/ORI – SRC)

Această rubrică obligatorie ASCII conține identificarea administrației sau a organizației care a captat inițial imaginea facială conținută în înregistrare. În mod normal, în această rubrică este înscris identificatorul agenției de origine (ORI) al agenției care a captat imaginea. Acesta conține două elemente de informație, în formatul următor: CC/agenție

Primul element de informație conține codul Interpol al țărilor, cu o lungime de două caractere alfanumerice. Al doilea element, agenție, este o identificare cu text liber a agenției, cu o lungime de maximum 32 de caractere alfanumerice.

8.1.5.   Rubrica 15.005: Data captării amprentei palmare (Palmprint capture date – PCD)

Această rubrică obligatorie ASCII conține data la care a fost captată imaginea amprentei palmare. Data apare în formatul de opt cifre CCYYMMDD. Caracterele CCYY reprezintă anul în care a fost captată imaginea; caracterele MM reprezintă valorile zecimale și unitare ale lunii; și caracterele DD reprezintă valorile zecimale și unitare ale zilei din lună. De exemplu, înregistrarea 20000229 reprezintă 29 februarie 2000. Data completă trebuie să fie o dată validă.

8.1.6.   Rubrica 15.006: Lungimea liniei orizontale (Horizontal line length – HLL)

Această rubrică obligatorie ASCII conține numărul de pixeli conținuți într-o singură linie orizontală a imaginii transmise.

8.1.7.   Rubrica 15.007: Lungimea liniei verticale (Vertical line length – VLL)

Această rubrică obligatorie ASCII conține numărul de linii orizontale conținute în imaginea transmisă.

8.1.8.   Rubrica 15.008: Unități de scală (Scale units – SLC)

Această rubrică obligatorie ASCII specifică unitățile folosite pentru descrierea frecvenței de eșantionare a imaginii (densitatea pixelilor). În această rubrică, „1” indică pixelii pe inch, iar „2” indică pixelii pe centimetru. În această rubrică, „0” indică faptul că nu este furnizată nicio scală. În acest caz, coeficientul HPS/VPS indică raportul de aspect al pixelilor.

8.1.9.   Rubrica 15.009: Scala orizontală a pixelilor (Horizontal pixel scale – HPS)

Această rubrică obligatorie ASCII indică densitatea pixelilor utilizați în direcția orizontală, cu condiția ca SLC să conțină cifra „1” sau cifra „2”. În caz contrar, aceasta indică componenta orizontală a raportului de aspect al pixelilor.

8.1.10.   Rubrica 15.010: Scala verticală a pixelilor (Vertical pixel scale – VPS)

Această rubrică obligatorie ASCII indică densitatea pixelilor utilizați în direcția verticală, cu condiția ca SLC să conțină cifra „1” sau cifra „2”. În caz contrar, aceasta indică componenta verticală a raportului de aspect al pixelilor.

Tabelul 8: Prezentarea înregistrării de tip 15 cu rezoluție variabilă a amprentei palmare

| 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

—

Tabelul 9: Tip de imprimare a amprentei palmare

| 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.   Rubrica 15.011: Algoritmul de compresie (Compression algorithm – CGA)

Această rubrică obligatorie ASCII indică algoritmul folosit pentru a comprima imaginile în nuanțe de gri. Mențiunea „NONE” în această rubrică indică faptul că datele conținute în această înregistrare nu sunt comprimate. Pentru imaginile care trebuie comprimate, această rubrică conține metoda preferată pentru compresia a zece imagini ale amprentelor digitale. Codurile valide de compresie sunt definite în apendicele 7.

8.1.12.   Rubrica 15.012: Octeți pe pixel (Bits per pixel – BPX)

Această rubrică obligatorie ASCII conține numărul de octeți utilizați pentru a reprezenta un pixel. Această rubrică conține înregistrarea „8” pentru valorile normale ale nuanțelor de gri de la „0” până la „255”. Orice înregistrare din această rubrică mai mare sau mai mică de „8” reprezintă un pixel în nuanță de gri cu o precizie sporită sau scăzută.

Tabelul 10: Codurile amprentelor palmare, suprafețe și dimensiuni

| 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.   Rubrica 15.013: Poziția amprentei palmare (Palmprint position – PLP)

Această rubrică obligatorie marcată conține poziția amprentei palmare care corespunde imaginii amprentei palmare. Numărul de cod zecimal care corespunde poziției cunoscute sau celei mai probabile poziții a amprentei palmare este obținut din tabelul 10 și se înregistrează ca o subrubrică ASCII cu două caractere. De asemenea, în tabelul 10 sunt prezentate suprafețele și dimensiunile maxime ale fiecăreia dintre pozițiile posibile ale amprentelor palmare.

8.1.14.   Rubrica 15.014-019: Rezervată pentru definiții viitoare (Reserved for future definition – RSV)

Aceste rubrici sunt rezervate pentru a fi incluse în revizuirile viitoare ale acestui standard. Niciuna dintre aceste rubrici nu se utilizează la acest nivel de revizuire. Daca vreuna dintre aceste rubrici este prezentă, aceasta trebuie ignorată.

8.1.15.   Rubrica 15.020: Comentarii (Comment – COM)

Această rubrică opțională poate fi utilizată pentru a se înscrie comentarii sau alte informații ASCII textuale împreună cu datele imaginilor amprentelor palmare.

8.1.16.   Rubrica 15.021-199: Rezervată pentru definiții viitoare (Reserved for future definition – RSV)

Aceste rubrici sunt rezervate pentru a fi incluse în revizuirile viitoare ale acestui standard. Niciuna dintre aceste rubrici nu se utilizează la acest nivel de revizuire. Daca vreuna dintre aceste rubrici este prezentă, aceasta trebuie ignorată.

8.1.17.   Rubricile 15.200-998: Rubrici definite de utilizatori (User-defined fields – UDF)

Aceste rubrici pot fi definite de utilizatori și sunt folosite pentru cerințele viitoare. Dimensiunea și conținutul acestora sunt definite de utilizator în conformitate cu agenția receptoare. Dacă sunt prezente, acestea trebuie să conțină informații textuale ASCII.

8.1.18.   Rubrica 15.999: Datele imaginii (Image data – DAT)

Această rubrică conține toate datele dintr-o imagine captată a amprentei palmare. Acesteia i se atribuie întotdeauna numărul de rubrică 999 și trebuie să fie plasată ultima în înregistrare. De exemplu, „15.999:” este urmat de datele imaginii într-o reprezentare binară. În mod normal, fiecare pixel al datelor necomprimate în nuanțe de gri este cuantificat la opt octeți (256 de niveluri de gri) conținuți într-un singur octet. Dacă înregistrarea din rubrica 15.012 BPX este mai mare sau mai mică de „8”, numărul de octeți pe care trebuie să îi conțină un pixel va fi diferit. Dacă se utilizează compresia, datele pixelilor sunt comprimate în conformitate cu tehnica de compresie menționată la rubrica GCA.

8.2.   Finalul înregistrării de tip 15 cu rezoluție variabilă a imaginii amprentei palmare

Din motive de coerență, imediat după ultimul octet al datelor din rubrica 15.999 trebuie folosit un separator „FS” pentru a-l separa de următoarea înregistrare logică. Acest separator trebuie inclus în lungimea rubricii înregistrării de tip 15.

8.3.   Înregistrări suplimentare de tip 15 cu rezoluție variabilă a imaginii amprentei palmare

Pot fi incluse în fișier înregistrări suplimentare de tip 15. Pentru fiecare imagine a amprentei palmare suplimentară, este necesară o înregistrare logică de tip 15 completă, cu separatorul „FS”.

Tabelul 11: Numărul maxim de candidați acceptați pentru verificare la fiecare transmisie

| 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

Tipuri de căutare:

| | TP/TP: zece amprente digitale – zece amprente digitale |
| --- | --- |

TP/TP: zece amprente digitale – zece amprente digitale

| | LT/TP: amprentă digitală latentă – zece amprente digitale |
| --- | --- |

LT/TP: amprentă digitală latentă – zece amprente digitale

| | LP/PP: amprentă palmară latentă – amprentă palmară |
| --- | --- |

LP/PP: amprentă palmară latentă – amprentă palmară

| | TP/UL: zece amprente digitale – amprentă digitală latentă neidentificată |
| --- | --- |

TP/UL: zece amprente digitale – amprentă digitală latentă neidentificată

| | LT/UL: amprentă digitală latentă – amprentă digitală latentă neidentificată |
| --- | --- |

LT/UL: amprentă digitală latentă – amprentă digitală latentă neidentificată

| | PP/ULP: amprentă palmară – amprentă palmară latentă neidentificată |
| --- | --- |

PP/ULP: amprentă palmară – amprentă palmară latentă neidentificată

| | LP/ULP: amprentă palmară latentă – amprentă palmară latentă neidentificată |
| --- | --- |

LP/ULP: amprentă palmară latentă – amprentă palmară latentă neidentificată

9.   Apendici la capitolul 2 (schimbul de date dactiloscopice)

9.1.   Apendicele 1 Coduri de separare ASCII

| 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.   Apendicele 2 Calculul caracterelor alfanumerice de verificare

Pentru TCN și TCR (rubricile 1.09 și 1.10):

Numărul care corespunde caracterului de verificare este generat prin utilizarea următoarei formule:

(YY * 108 + SSSSSSSS) Modulo 23

unde YY și SSSSSSSS sunt valorile numerice ale ultimelor două cifre ale anului și, respectiv, numărul de serie.

Caracterul de verificare este apoi generat din tabelul de referință de mai jos.

Pentru CRO (rubrica 2.010)

Numărul care corespunde caracterului de verificare este generat prin utilizarea următoarei formule:

(YY * 106 + NNNNNN) Modulo 23

unde YY și NNNNNN sunt valorile numerice ale ultimelor două cifre ale anului și, respectiv, numărul de serie.

Caracterul de verificare este apoi generat din tabelul de referință de mai jos.

Tabelul de referință al caracterelor de verificare

| 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.   Apendicele 3 Codurile caracterelor

Codul ANSI din 7 octeți pentru schimbul de informații

| 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.   Apendicele 4 Rezumatul operațiunilor

Înregistrare de tip 1 (obligatoriu)

| 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

În coloana condițiilor:

O = Opțional; M = Obligatoriu; C = Cu condiția ca operațiunea să fie un răspuns al agenției de origine

Înregistrare de tip 2 (obligatoriu)

| 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

—

—

În coloana condițiilor:

O = Opțional; M = Obligatoriu; C = Cu condiția ca datele să fie disponibile

| * | = | dacă transmiterea datelor este efectuată în conformitate cu legislația națională (neacoperită prin Decizia 2008/615/JAI) |
| --- | --- | --- |

*

=

dacă transmiterea datelor este efectuată în conformitate cu legislația națională (neacoperită prin Decizia 2008/615/JAI)

9.5.   Apendicele 5 Definițiile înregistrărilor de tip 1

| 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

În coloana condițiilor: O = Opțional, M = Obligatoriu, C = Condiție

În coloana tipului de caractere: A = Alfa, N = Numeric, B = Binar

1* caracterele permise pentru nume de agenție sunt [„0..9”, „A..Z”, „a..z”, „_”, „.”, „”, „-”]

9.6.   Apendicele 6 Definițiile înregistrărilor de tip 2

Tabelul A.6.1: Operațiuni CPS și PMS

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

Tabelul A.6.2: Operațiunea SRE

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

Tabelul A.6.3: Operațiunea ERR

| 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 1.009 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 1.009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION {GS}

Tabelul A.6.4: Operațiuni MPS și MMS

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

În coloana condițiilor: O = Opțional, M = Obligatoriu, C = Condiție

În coloana tipului de caractere: A = Alfa, N = Numeric, B = Binar

1* caracterele permise sunt [„0..9”, „A..Z”, „a..z”, „_”, „.”, „”, „-”, „,”]

9.7.   Apendicele 7 Codurile de compresie în nuanțe de gri

Coduri de compresie

| 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.   Apendicele 8 Specificații referitoare la mesaje

Pentru a îmbunătăți fluxul de activitate intern, rubrica subiectul corespondenței, în cazul unei operațiuni PRUEM, trebuie completată cu codul de țară (CC) al statului membru care trimite mesajul și cu tipul operațiunii (TOT rubrica 1.004).

Format: CC/tipul operațiunii

Exemplu: „DE/CPS”

Spațiul rezervat conținutului mesajului poate fi gol.

CAPITOLUL 3: Schimbul de date privind înmatricularea vehiculelor

1.   Setul de date comun pentru căutarea automată a datelor privind înmatricularea vehiculelor

1.1.   Definiții

Definițiile elementelor de date obligatorii și ale elementelor de date opționale stabilite la articolul 16 alineatul (4) sunt următoarele:

Obligatoriu (M):

Elementul de dată trebui comunicat în momentul în care informațiile sunt disponibile într-un registru național al unui stat membru. Prin urmare, există obligația de a schimba informațiile atunci când acestea sunt disponibile.

Opțional (O):

Elementul de dată poate fi comunicat în momentul în care informațiile sunt disponibile într-un registru național al unui stat membru. Prin urmare, nu există obligația de a schimba informațiile, chiar atunci când acestea sunt disponibile.

Este furnizat indiciul (Y) pentru fiecare element din setul de date, unde elementul este identificat în mod specific ca fiind important din punctul de vedere al Deciziei 2008/615/JAI.

1.2.   Căutarea vehiculului/proprietarului/posesorului

1.2.1.   Motoare de căutare

Există două moduri diferite de a căuta informațiile, definite în paragraful următor:

| — | prin numărul de șasiu (VIN), data și ora de referință (opțional); |
| --- | --- |

—

prin numărul de șasiu (VIN), data și ora de referință (opțional);

| — | prin plăcuțele cu numărul de înmatriculare, numărul de șasiu (VIN) (opțional), data și ora de referință (opțional). |
| --- | --- |

—

prin plăcuțele cu numărul de înmatriculare, numărul de șasiu (VIN) (opțional), data și ora de referință (opțional).

Cu ajutorul acestor criterii de căutare, se obțin informații referitoare la unul și, uneori, la mai multe vehicule. Dacă trebuie obținute informații despre un singur vehicul, toate elementele sunt transmise într-un singur răspuns. Dacă se găsesc mai multe vehicule, statul membru solicitat poate determina elementele care vor fi transmise; toate elementele sau numai elementele de rafinare a căutării (de exemplu, din motive de confidențialitate sau de performanță).

Elementele necesare pentru rafinarea căutării sunt ilustrate la punctul 1.2.2.1. Punctul 1.2.2.2 cuprinde setul complet de informații.

Atunci când se efectuează o căutare în funcție de numărul de șasiu, de data și ora de referință, căutarea poate fi efectuată într-un singur stat membru participant sau în toate statele membre participante.

Atunci când se efectuează o căutare în funcție de numărul de permis, de data și ora de referință, căutarea trebuie să se efectueze într-un anumit stat membru.

În mod normal, într-o căutare se utilizează data și ora curente, dar este posibil să se efectueze o căutare cu o data și ora de referință din trecut. Atunci când se efectuează o căutare cu o dată și oră din trecut, iar informația istorică nu este disponibilă în registrul statului membru respectiv deoarece nicio astfel de informație nu este înregistrată, informația curentă poate fi transmisă cu precizarea că este vorba despre o informație curentă.

1.2.2.   Setul de date

| 1.2.2.1. | Elemente care se transmit în vederea rafinării căutării








  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.

Elemente care se transmit în vederea rafinării căutării

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. | Set de date complet








  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.

Set de date complet

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

(I) Date of the registration to which the specific certificate of the vehicle refers

Y

End date registration

M

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

2.1.   Prezentare generală

Prin programul informatic Eucaris se asigură o comunicare sigură cu celelalte state membre și cu sistemele back-end moștenite ale statelor membre care folosesc XML. Statele membre schimbă date prin transmiterea acestora în mod direct destinatarului. Centrul de date al unui stat membru este conectat la rețeaua TESTA a UE.

Mesajele XML trimise prin rețea sunt criptate. Tehnica folosită pentru criptarea mesajelor este SSL. Mesajele trimise către back-end sunt mesaje XML cu text simplu, întrucât conectarea dintre aplicație și back-end are loc într-un mediu protejat.

Se furnizează o aplicație client, care poate fi utilizată intr-un stat membru pentru căutarea în propriul registru sau în registrul unui alt stat membru. Clienții sunt identificați prin codul de utilizator/parolă sau printr-un certificat client. Conectarea la un utilizator poate fi criptată, dar acest lucru intră în responsabilitatea fiecărui stat membru în parte.

2.2.   Elemente de securitate legate de schimbul de mesaje

Concepția din punctul de vedere al securității se bazează pe o combinație între HTTPS și semnătura XML. Această opțiune utilizează semnătura XML pentru a semna toate mesajele trimise către server și poate autentifica expeditorul mesajului prin verificarea semnăturii. Un SSL unilateral (numai un certificat de server) este folosit pentru a proteja confidențialitatea și integritatea mesajului în tranzit și oferă protecție împotriva ștergerii/relecturii și a inserării. În locul dezvoltării unui program informatic personalizat pentru implementarea unui SSL bilateral, s-a implementat semnătura XML. Folosirea semnăturii XML este mai apropiată de foaia de parcurs a serviciilor web decât un SSL bilateral și deci mai strategică.

Semnătura XML poate fi implementată în mai multe moduri, dar abordarea aleasă este utilizarea semnăturii XML ca parte din securitatea serviciilor web (WSS). WSS indică modul în care se utilizează semnătura XML. Din moment ce WSS se bazează pe standardul SOAP, este logic să se adere la standardul SOAP, în măsura posibilului.

2.3.   Elemente de securitate independente de schimbul de mesaje

2.3.1.   Autentificarea utilizatorilor

Utilizatorii aplicației web Eucaris se autentifică prin utilizarea unui nume de utilizator și a unei parole. Întrucât se folosește autentificarea Windows standard, statele membre pot mări nivelul de autentificare a utilizatorilor, dacă este cazul, prin folosirea certificatelor de client.

2.3.2.   Rolurile utilizatorului

Aplicația programului Eucaris susține diferite roluri ale utilizatorului. Fiecare grup de servicii are propria autorizare. De exemplu, utilizatorii (exclusivi) ai funcției „Tratatul Eucaris” nu pot folosi funcția „Prüm”. Serviciile de administrare sunt separate de rolurile utilizatorilor finali obișnuiți.

2.3.3.   Înregistrarea în jurnal și urmărirea schimbului de mesaje

Înregistrarea în jurnal a tuturor tipurilor de mesaje este facilitată de programul informatic Eucaris. Funcția de administrator permite administratorului național să determine mesajele care sunt înregistrate în jurnal: solicitările utilizatorilor finali, solicitările primite din partea altor state membre, informațiile furnizate din registrele naționale etc.

Aplicația poate fi configurată pentru a utiliza o bază de date internă pentru această înregistrare în jurnal sau o bază de date externă (Oracle). Decizia privind mesajele care trebuie înregistrate în jurnal depinde de facilitățile de înregistrare în jurnal ale sistemelor moștenite și de aplicațiile client conectate.

Antetul fiecărui mesaj conține informații privind statul membru solicitant, organizația solicitantă din cadrul acelui stat membru și utilizatorul implicat. De asemenea, se indică motivul solicitării.

Prin intermediul înregistrărilor în jurnal combinate efectuate de statul membru solicitant și de statul membru care furnizează răspunsul, este posibil să se urmărească în totalitate schimbul de mesaje (de exemplu, la cererea cetățeanului implicat).

Înregistrarea în jurnal este configurată prin clientul web al aplicației Eucaris (meniul Administrație, configurația înregistrare în jurnal). Funcția de înregistrare în jurnal este realizată de sistemul central. Când se permite înregistrarea în jurnal, mesajul complet (antet și text) este stocat în jurnal într-o singură înregistrare. Poate fi stabilit nivelul de înregistrare în jurnal, în funcție de serviciul definit și de tipul de mesaj care trece prin sistemul central.

Niveluri de înregistrare în jurnal

Sunt posibile următoarele niveluri de înregistrare în jurnal:

Privat – Mesajul este înregistrat în jurnal: Înregistrarea în jurnal NU este disponibilă pentru serviciul de extragere al înregistrărilor din jurnal, fiind disponibilă numai la nivel național, pentru efectuarea de audituri și soluționarea problemelor.

Niciunul – Mesajul nu este deloc înregistrat în jurnal.

Tipuri de mesaje

Schimbul de informații dintre statele membre include câteva mesaje, a căror reprezentare schematică este ilustrată în figura de mai jos.

Tipurile posibile de mesaje (din figura prezentată pentru sistemul central Eucaris al statului membru X) sunt următoarele:

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

7.

Response from Other Member State_Request message by Core System of this Member State

| 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
  Figura ilustrează următoarele schimburi de mesaje:






  — | Solicitare de informații de la statul membru X către statul membru Y – săgețile albastre. Această solicitare și răspunsul implică mesaje de tipurile 1, 2, 7 și, respectiv, 6. |
| --- | --- | --- |

10.

Response from Core System_Request message by Legacy Register

Figura ilustrează următoarele schimburi de mesaje:

—

Solicitare de informații de la statul membru X către statul membru Y – săgețile albastre. Această solicitare și răspunsul implică mesaje de tipurile 1, 2, 7 și, respectiv, 6.

| — | Solicitare de informații de la statul membru Z către statul membru X – săgețile roșii. Această solicitare și răspunsul implică mesaje de tipurile 3, 4, 9 și, respectiv, 8. |
| --- | --- |

—

Solicitare de informații de la statul membru Z către statul membru X – săgețile roșii. Această solicitare și răspunsul implică mesaje de tipurile 3, 4, 9 și, respectiv, 8.

| — | Solicitare de informații de la registrul moștenit către sistemul său central (acest traseu include și o solicitare din partea clientului unic al registrului moștenit) – săgețile verzi. Acest tip de solicitare implică mesaje de tip 5 și 10. |
| --- | --- |

—

Solicitare de informații de la registrul moștenit către sistemul său central (acest traseu include și o solicitare din partea clientului unic al registrului moștenit) – săgețile verzi. Acest tip de solicitare implică mesaje de tip 5 și 10.

Figură: Tipuri de mesaje pentru înregistrarea în jurnal

Image

2.3.4.   Modulul de securitate hardware

Nu se folosește un modul de securitate hardware.

Un modul de securitate hardware (HSM) oferă protecție corespunzătoare pentru cheia utilizată în vederea semnării mesajelor și a identificării serverelor. În acest mod, nivelul total de securitate este ameliorat, dar achiziționarea/întreținerea unui HSM este costisitoare și nu există nicio exigență de a se decide pentru un HSM FIPS 140-2 de nivel 2 sau 3. Întrucât se folosește o rețea închisă care atenuează în mod real riscurile, s-a decis să nu se folosească un HSM în faza inițială. Dacă este nevoie de un HSM, de exemplu pentru a se obține acreditarea, acesta poate fi adăugat structurii.

3.   Cerințe tehnice pentru schimbul de date

3.1.   Descriere generală a aplicației EUCARIS

3.1.1.   Prezentare generală

Cu ajutorul aplicației informatice Eucaris, toate statele membre participante sunt conectate într-o rețea plasă, în cadrul căreia fiecare stat membru comunică direct cu alt stat membru. Nu este necesară nicio componentă centrală pentru stabilirea comunicației. Prin programul informatic Eucaris se asigură o comunicare sigură cu celelalte state membre și cu sistemele back-end moștenite ale statelor membre care folosesc XML. Această arhitectură este ilustrată mai jos.

Image

Statele membre schimbă date prin trimiterea acestora în mod direct destinatarului. Centrul de date al unui stat membru este conectat la rețeaua folosită pentru schimbul de mesaje (TESTA). Pentru a avea acces la rețeaua TESTA, statele membre se conectează la TESTA prin portalul național al acestora. Pentru conectarea la rețea se utilizează un firewall, care este conectat la aplicația Eucaris printr-un router. În funcție de soluția aleasă pentru protejarea mesajelor, se utilizează un certificat fie de router, fie de aplicația Eucaris.

Se furnizează o aplicație client, care poate fi folosită intr-un stat membru pentru căutarea în propriul registru sau în registrul unui alt stat membru. Aplicația client se conectează la Eucaris. Clienții sunt identificați prin codul de utilizator/parolă sau printr-un certificat client. Conectarea la un utilizator dintr-o organizație externă (de exemplu, poliția) poate fi criptată, dar acest lucru intră în responsabilitatea fiecărui stat membru în parte.

3.1.2.   Domeniul de aplicare a sistemului

Domeniul de aplicare a sistemului Eucaris este limitat la procesele implicate în schimbul de informații între autoritățile de înregistrare din statele membre și la o prezentare succintă a acestor informații. Procedurile și procesele automatizate legate de utilizarea informațiilor nu intră în domeniul de aplicare a sistemului.

Statele membre pot alege fie să folosească funcția client a sistemului Eucaris, fie să își creeze propria aplicație client personalizată. În tabelul de mai jos sunt descrise aspectele sistemului Eucaris care trebuie folosite și/sau prescrise în mod obligatoriu și cele a căror utilizare este opțională și/sau care poate fi determinată în mod liber de statele membre.

| 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.   Cerințe funcționale și nefuncționale

3.2.1.   Funcționalitate generică

În această secțiune, funcțiile generice sunt descrise în termeni generali.

| Nr. | Descriere |
| --- | --- |
| 1. | Sistemul permite autorităților responsabile cu înmatricularea din statele membre să schimbe în mod interactiv mesajele de solicitare și de răspuns. |
| 2. | Sistemul conține o aplicație client, care permite utilizatorilor finali să își trimită cererile și să prezinte răspunsurile pentru prelucrarea manuală. |
| 3. | Sistemul facilitează „difuzarea”, permițând unui stat membru să trimită o cerere tuturor celorlalte state membre. Răspunsurile primite sunt consolidate printr-o aplicație centrală într-un singur mesaj de răspuns pentru aplicația client (această funcție este denumită „Multiple Country Inquiry”). |
| 4. | Sistemul poate gestiona diferite tipuri de mesaje. Funcțiile utilizatorilor, autorizarea, rutarea, semnarea și înregistrarea în jurnal sunt definite în funcție de serviciul specific. |
| 5. | Sistemul permite statelor membre să schimbe serii de mesaje sau mesaje care conțin un mare număr de cereri sau de răspunsuri. Aceste mesaje sunt gestionate într-un mod asincron. |
| 6. | Sistemul plasează mesajele asincrone în așteptare dacă statul membru receptor este temporar indisponibil și asigură transmiterea acestora de îndată ce receptorul este disponibil. |
| 7. | Sistemul stochează noile mesajele asincrone până când acestea pot fi prelucrate. |
| 8. | Sistemul oferă acces numai aplicațiilor Eucaris din celelalte state membre, și nu organizațiilor individuale din cadrul acestor alte state membre, ceea ce înseamnă că fiecare autoritate responsabilă cu înmatricularea acționează ca portal unic între utilizatorii săi finali și autoritățile corespunzătoare din celelalte state membre. |
| 9. | Utilizatorii diferitelor state membre pot fi definiți pe un server Eucaris și autorizați, respectând drepturile respectivului stat membru. |
| 10. | Informațiile privind statul membru solicitant, organizația și utilizatorul final sunt incluse în mesaje. |
| 11. | Sistemul facilitează înregistrarea în jurnal a schimbului de mesaje între diferitele state membre și între aplicația centrală și sistemele naționale responsabile cu înmatricularea. |
| 12. | Sistemul permite unui secretar specific, care este o organizație sau un stat membru desemnați în mod explicit pentru această sarcină, să adune informațiile înregistrate în jurnal cu privire la mesajele trimise/primite de către toate statele membre participante, în vederea întocmirii de rapoarte statistice. |
| 13. | Fiecare stat membru specifică informațiile înregistrate în jurnal care sunt disponibile pentru secretar și informațiile care sunt „confidențiale”. |
| 14. | Sistemul permite administratorilor naționali din fiecare stat membru să extragă statistici pentru a le utiliza. |
| 15. | Sistemul permite adăugarea de noi state membre cu ajutorul unor proceduri administrative simple. |

Nr.

Descriere

1.

Sistemul permite autorităților responsabile cu înmatricularea din statele membre să schimbe în mod interactiv mesajele de solicitare și de răspuns.

2.

Sistemul conține o aplicație client, care permite utilizatorilor finali să își trimită cererile și să prezinte răspunsurile pentru prelucrarea manuală.

3.

Sistemul facilitează „difuzarea”, permițând unui stat membru să trimită o cerere tuturor celorlalte state membre. Răspunsurile primite sunt consolidate printr-o aplicație centrală într-un singur mesaj de răspuns pentru aplicația client (această funcție este denumită „Multiple Country Inquiry”).

4.

Sistemul poate gestiona diferite tipuri de mesaje. Funcțiile utilizatorilor, autorizarea, rutarea, semnarea și înregistrarea în jurnal sunt definite în funcție de serviciul specific.

5.

Sistemul permite statelor membre să schimbe serii de mesaje sau mesaje care conțin un mare număr de cereri sau de răspunsuri. Aceste mesaje sunt gestionate într-un mod asincron.

6.

Sistemul plasează mesajele asincrone în așteptare dacă statul membru receptor este temporar indisponibil și asigură transmiterea acestora de îndată ce receptorul este disponibil.

7.

Sistemul stochează noile mesajele asincrone până când acestea pot fi prelucrate.

8.

Sistemul oferă acces numai aplicațiilor Eucaris din celelalte state membre, și nu organizațiilor individuale din cadrul acestor alte state membre, ceea ce înseamnă că fiecare autoritate responsabilă cu înmatricularea acționează ca portal unic între utilizatorii săi finali și autoritățile corespunzătoare din celelalte state membre.

9.

Utilizatorii diferitelor state membre pot fi definiți pe un server Eucaris și autorizați, respectând drepturile respectivului stat membru.

10.

Informațiile privind statul membru solicitant, organizația și utilizatorul final sunt incluse în mesaje.

11.

Sistemul facilitează înregistrarea în jurnal a schimbului de mesaje între diferitele state membre și între aplicația centrală și sistemele naționale responsabile cu înmatricularea.

12.

Sistemul permite unui secretar specific, care este o organizație sau un stat membru desemnați în mod explicit pentru această sarcină, să adune informațiile înregistrate în jurnal cu privire la mesajele trimise/primite de către toate statele membre participante, în vederea întocmirii de rapoarte statistice.

13.

Fiecare stat membru specifică informațiile înregistrate în jurnal care sunt disponibile pentru secretar și informațiile care sunt „confidențiale”.

14.

Sistemul permite administratorilor naționali din fiecare stat membru să extragă statistici pentru a le utiliza.

15.

Sistemul permite adăugarea de noi state membre cu ajutorul unor proceduri administrative simple.

3.2.2.   Capacitate de utilizare

| Nr. | Descriere |
| --- | --- |
| 16. | Sistemul oferă o interfață pentru procesarea automată a mesajelor prin sistemele back-end/moștenite și permite integrarea interfeței utilizatorului în aceste sisteme (interfață adaptată pentru utilizatori). |
| 17. | Sistemul este ușor de învățat, autoexplicativ și cuprinde text de ajutor. |
| 18. | Sistemul este însoțit de documente în scopul de a asista statele membre cu privire la integrare, la activitățile operaționale și la întreținerea viitoare (de exemplu, ghiduri de referință, documentație funcțională/tehnică, ghid operațional, ...). |
| 19. | Interfața utilizatorului este multilingvă și îi oferă utilizatorului final posibilitatea de a selecționa limba preferată. |
| 20. | Interfața utilizatorului permite administratorului local să traducă atât elementele de pe ecran, cât și informațiile codate în limba națională. |

Nr.

Descriere

16.

Sistemul oferă o interfață pentru procesarea automată a mesajelor prin sistemele back-end/moștenite și permite integrarea interfeței utilizatorului în aceste sisteme (interfață adaptată pentru utilizatori).

17.

Sistemul este ușor de învățat, autoexplicativ și cuprinde text de ajutor.

18.

Sistemul este însoțit de documente în scopul de a asista statele membre cu privire la integrare, la activitățile operaționale și la întreținerea viitoare (de exemplu, ghiduri de referință, documentație funcțională/tehnică, ghid operațional, ...).

19.

Interfața utilizatorului este multilingvă și îi oferă utilizatorului final posibilitatea de a selecționa limba preferată.

20.

Interfața utilizatorului permite administratorului local să traducă atât elementele de pe ecran, cât și informațiile codate în limba națională.

3.2.3.   Fiabilitate

| Nr. | Descriere |
| --- | --- |
| 21. | Sistemul este conceput ca un sistem operațional robust și fiabil, care tolerează greșelile de operare și care se va reinițializa fără probleme în urma întreruperilor de energie electrică sau a altor incidente. Sistemul trebuie să poată fi reinițializat fără pierderi de date sau cu pierderi minime de date. |
| 22. | Sistemul trebuie să furnizeze rezultate stabile și care să poată fi reproduse. |
| 23. | Sistemul a fost conceput astfel încât să funcționeze în mod fiabil. Sistemul poate fi implementat într-o configurație care garantează o disponibilitate de 98 % (prin redundanță, utilizarea serverelor alternative etc.) pentru fiecare comunicare bilaterală. |
| 24. | Este posibil să se utilizeze doar o parte a sistemului, chiar în cazul defecțiunii unor componente (dacă statul membru C întâmpină probleme, statele membre A și B au în continuare posibilitatea de a comunica). Numărul punctelor unice de defecțiune din lanțul de informații ar trebui minimizat. |
| 25. | Timpul de recuperare după o defecțiune majoră ar trebui să fie mai mic de o zi. Ar trebui să se poată reduce timpul de întrerupere a serviciului prin utilizarea asistenței la distanță, de exemplu prin intermediul unui serviciu central de asistență. |

Nr.

Descriere

21.

Sistemul este conceput ca un sistem operațional robust și fiabil, care tolerează greșelile de operare și care se va reinițializa fără probleme în urma întreruperilor de energie electrică sau a altor incidente. Sistemul trebuie să poată fi reinițializat fără pierderi de date sau cu pierderi minime de date.

22.

Sistemul trebuie să furnizeze rezultate stabile și care să poată fi reproduse.

23.

Sistemul a fost conceput astfel încât să funcționeze în mod fiabil. Sistemul poate fi implementat într-o configurație care garantează o disponibilitate de 98 % (prin redundanță, utilizarea serverelor alternative etc.) pentru fiecare comunicare bilaterală.

24.

Este posibil să se utilizeze doar o parte a sistemului, chiar în cazul defecțiunii unor componente (dacă statul membru C întâmpină probleme, statele membre A și B au în continuare posibilitatea de a comunica). Numărul punctelor unice de defecțiune din lanțul de informații ar trebui minimizat.

25.

Timpul de recuperare după o defecțiune majoră ar trebui să fie mai mic de o zi. Ar trebui să se poată reduce timpul de întrerupere a serviciului prin utilizarea asistenței la distanță, de exemplu prin intermediul unui serviciu central de asistență.

3.2.4.   Performanță

| Nr. | Descriere |
| --- | --- |
| 26. | Sistemul poate fi utilizat 24x7. În consecință, acest interval de timp (24x7) este necesar și pentru sistemele moștenite ale statelor membre. |
| 27. | Sistemul răspunde rapid la solicitările utilizatorilor, indiferent de activitățile din fundal. De asemenea, este necesar ca sistemele moștenite ale părților să asigure un timp de răspuns acceptabil. Răspuns acceptabil înseamnă un timp total de răspuns de maximum 10 secunde pentru o singură solicitare. |
| 28. | Sistemul a fost conceput ca un sistem cu utilizatori multipli și furnizează posibilitatea ca activitățile din fundal să poată continua în timp ce utilizatorul execută activitățile principale. |
| 29. | Datorită concepției sale, sistemul poate fi extins pentru a putea susține creșterea potențială a numărului de mesaje odată cu adăugarea unor funcții noi sau a unor organizații noi ale statelor membre. |

Nr.

Descriere

26.

Sistemul poate fi utilizat 24x7. În consecință, acest interval de timp (24x7) este necesar și pentru sistemele moștenite ale statelor membre.

27.

Sistemul răspunde rapid la solicitările utilizatorilor, indiferent de activitățile din fundal. De asemenea, este necesar ca sistemele moștenite ale părților să asigure un timp de răspuns acceptabil. Răspuns acceptabil înseamnă un timp total de răspuns de maximum 10 secunde pentru o singură solicitare.

28.

Sistemul a fost conceput ca un sistem cu utilizatori multipli și furnizează posibilitatea ca activitățile din fundal să poată continua în timp ce utilizatorul execută activitățile principale.

29.

Datorită concepției sale, sistemul poate fi extins pentru a putea susține creșterea potențială a numărului de mesaje odată cu adăugarea unor funcții noi sau a unor organizații noi ale statelor membre.

3.2.5.   Securitate

| Nr. | Descriere |
| --- | --- |
| 30. | Sistemul este adecvat (de exemplu, cu privire la măsurile de securitate) pentru schimbul de mesaje care conțin date personale confidențiale (de exemplu, proprietarul/posesorul vehiculului), clasificate ca fiind restricționate UE. |
| 31. | Sistemul este gestionat astfel încât să nu se permită accesul neautorizat la date. |
| 32. | Sistemul conține un serviciu de gestionare a drepturilor și a permisiunilor acordate utilizatorilor finali naționali. |
| 33. | Statele membre au posibilitatea de a verifica identitatea expeditorului (la nivel de stat membru), prin intermediul semnăturii XML. |
| 34. | Statele membre trebuie să autorizeze în mod explicit alte state membre să solicite informații specifice. |
| 35. | La nivel de aplicație, sistemul furnizează o politică de criptare și de securitate completă, compatibilă cu nivelul de securitate necesar în astfel de situații. Exclusivitatea și integritatea informațiilor este garantată prin utilizarea semnăturii XML și a criptării prin intermediul tunelului SSL. |
| 36. | Toate schimburile de mesaje pot fi urmărite prin intermediul înregistrării în jurnal. |
| 37. | Se asigură protecție împotriva ștergerii (o parte terță șterge un mesaj), a relecturii sau a inserării. |
| 38. | Sistemul utilizează certificatele unui terț de încredere (TTP). |
| 39. | Sistemul are capacitatea de a gestiona certificate diferite pentru fiecare stat membru, în funcție de tipul mesajului sau al serviciului. |
| 40. | Măsurile de securitate la nivel de aplicație sunt suficiente pentru a permite utilizarea rețelelor neacreditate. |
| 41. | Sistemul are capacitatea de a utiliza tehnicile noi de securitate, precum un firewall XML. |

Nr.

Descriere

30.

Sistemul este adecvat (de exemplu, cu privire la măsurile de securitate) pentru schimbul de mesaje care conțin date personale confidențiale (de exemplu, proprietarul/posesorul vehiculului), clasificate ca fiind restricționate UE.

31.

Sistemul este gestionat astfel încât să nu se permită accesul neautorizat la date.

32.

Sistemul conține un serviciu de gestionare a drepturilor și a permisiunilor acordate utilizatorilor finali naționali.

33.

Statele membre au posibilitatea de a verifica identitatea expeditorului (la nivel de stat membru), prin intermediul semnăturii XML.

34.

Statele membre trebuie să autorizeze în mod explicit alte state membre să solicite informații specifice.

35.

La nivel de aplicație, sistemul furnizează o politică de criptare și de securitate completă, compatibilă cu nivelul de securitate necesar în astfel de situații. Exclusivitatea și integritatea informațiilor este garantată prin utilizarea semnăturii XML și a criptării prin intermediul tunelului SSL.

36.

Toate schimburile de mesaje pot fi urmărite prin intermediul înregistrării în jurnal.

37.

Se asigură protecție împotriva ștergerii (o parte terță șterge un mesaj), a relecturii sau a inserării.

38.

Sistemul utilizează certificatele unui terț de încredere (TTP).

39.

Sistemul are capacitatea de a gestiona certificate diferite pentru fiecare stat membru, în funcție de tipul mesajului sau al serviciului.

40.

Măsurile de securitate la nivel de aplicație sunt suficiente pentru a permite utilizarea rețelelor neacreditate.

41.

Sistemul are capacitatea de a utiliza tehnicile noi de securitate, precum un firewall XML.

3.2.6.   Adaptabilitate

| Nr. | Descriere |
| --- | --- |
| 42. | Sistemului i se pot adăuga mesaje și funcții noi. Costurile generate de adaptări sunt minime datorită dezvoltării centralizate a componentelor aplicației. |
| 43. | Statele membre au posibilitatea de a defini noi tipuri de mesaje pentru utilizare bilaterală. Nu li se cere tuturor statelor membre să susțină toate tipurile de mesaj. |

Nr.

Descriere

42.

Sistemului i se pot adăuga mesaje și funcții noi. Costurile generate de adaptări sunt minime datorită dezvoltării centralizate a componentelor aplicației.

43.

Statele membre au posibilitatea de a defini noi tipuri de mesaje pentru utilizare bilaterală. Nu li se cere tuturor statelor membre să susțină toate tipurile de mesaj.

3.2.7.   Asistență și întreținere

| Nr. | Descriere |
| --- | --- |
| 44. | Sistemul furnizează facilități de monitorizare pentru un serviciu central de asistență și/sau operatori privind rețeaua și serverele din diferite state membre. |
| 45. | Sistemul furnizează facilități pentru asistența la distanță printr-un serviciu de asistență central. |
| 46. | Sistemul furnizează facilități pentru analiza problemelor. |
| 47. | Sistemul poate fi extins în noile state membre. |
| 48. | Aplicațiile pot fi instalate cu ușurință de către persoane cu calificări și experiență minime în domeniul IT. Procedura de instalare este, pe cât posibil, automatizată. |
| 49. | Sistemul furnizează un mediu permanent de testare și de acceptare. |
| 50. | Costurile anuale de întreținere și de asistență au fost reduse prin aderarea la standardele pieții și prin crearea aplicației astfel încât să fie necesară o asistență minimă din partea serviciului central de asistență. |

Nr.

Descriere

44.

Sistemul furnizează facilități de monitorizare pentru un serviciu central de asistență și/sau operatori privind rețeaua și serverele din diferite state membre.

45.

Sistemul furnizează facilități pentru asistența la distanță printr-un serviciu de asistență central.

46.

Sistemul furnizează facilități pentru analiza problemelor.

47.

Sistemul poate fi extins în noile state membre.

48.

Aplicațiile pot fi instalate cu ușurință de către persoane cu calificări și experiență minime în domeniul IT. Procedura de instalare este, pe cât posibil, automatizată.

49.

Sistemul furnizează un mediu permanent de testare și de acceptare.

50.

Costurile anuale de întreținere și de asistență au fost reduse prin aderarea la standardele pieții și prin crearea aplicației astfel încât să fie necesară o asistență minimă din partea serviciului central de asistență.

3.2.8.   Cerințe de proiectare

| Nr. | Descriere |
| --- | --- |
| 51. | Sistemul este proiectat și documentat pentru o durată operațională de mulți ani. |
| 52. | Sistemul a fost proiectat în așa fel încât să fie independent de furnizorul de rețea. |
| 53. | Sistemul este compatibil cu HW/SW din statele membre prin interacționarea cu acele sisteme de înregistrare care folosesc un standard deschis pentru tehnologia serviciilor web [XML, XSD, SOAP, WSDL, HTTP(s), servicii web, WSS, X.509 etc.]. |

Nr.

Descriere

51.

Sistemul este proiectat și documentat pentru o durată operațională de mulți ani.

52.

Sistemul a fost proiectat în așa fel încât să fie independent de furnizorul de rețea.

53.

Sistemul este compatibil cu HW/SW din statele membre prin interacționarea cu acele sisteme de înregistrare care folosesc un standard deschis pentru tehnologia serviciilor web [XML, XSD, SOAP, WSDL, HTTP(s), servicii web, WSS, X.509 etc.].

3.2.9.   Standarde aplicabile

| Nr. | Descriere |
| --- | --- |
| 54. | Sistemul respectă aspectele legate de protecția datelor, conform Regulamentului (CE) nr. 45/2001 (articolele 21, 22 și 23) și Directivei 95/46/CE. |
| 55. | Sistemul respectă standardele IDA. |
| 56. | Sistemul susține UTF 8. |

Nr.

Descriere

54.

Sistemul respectă aspectele legate de protecția datelor, conform Regulamentului (CE) nr. 45/2001 (articolele 21, 22 și 23) și Directivei 95/46/CE.

55.

Sistemul respectă standardele IDA.

56.

Sistemul susține UTF 8.

CAPITOLUL 4: Evaluare

1.   Procedura de evaluare în conformitate cu articolul 20 [pregătirea deciziilor în conformitate cu articolul 25 alineatul (2) din Decizia 2008/615/JAI]

1.1.   Chestionar

Grupul de lucru competent al Consiliului întocmește un chestionar cu privire la fiecare dintre schimburile automate de date stabilite în capitolul 2 din Decizia 2008/615/JAI.

De îndată ce statele membre consideră că îndeplinesc condițiile pentru schimbarea datelor din categoria de date corespunzătoare, acestea solicită chestionarul aferent.

1.2.   Test pilot

În vederea evaluării rezultatelor chestionarului, statul membru care dorește să înceapă schimbul de date desfășoară un test pilot împreună cu unul sau cu mai multe state membre care schimbă deja date în temeiul deciziei Consiliului. Testul pilot se desfășoară cu puțin timp înainte sau cu puțin timp după vizita de evaluare.

Condițiile și măsurile pentru acest proiect pilot vor fi identificate de grupul de lucru competent al Consiliului și se vor baza pe un acord individual anterior cu statul membru interesat. Statele membre care participă la proiectul pilot decid asupra detaliilor practice.

1.3.   Vizita de evaluare

În vederea evaluării rezultatelor chestionarului, are loc o vizită de evaluare în statele membre care doresc să înceapă schimbul de date.

Condițiile și măsurile pentru această vizită vor fi identificate de grupul de lucru competent al Consiliului și se vor baza pe un acord individual anterior cu statul membru interesat și cu echipa de evaluare. Statul membru interesat permite echipei de evaluare să verifice schimbul automat de date în categoria sau în categoriile de date care urmează a fi evaluate, în special prin organizarea unui program al vizitei care ține seama de solicitările echipei de evaluare.

În termen de o lună, echipa de evaluare elaborează un raport privind vizita de evaluare și îl înaintează statului membru interesat pentru observații. După caz, acest raport este examinat de echipa de evaluare pe baza observațiilor statului membru.

Echipa de evaluare este formată din maximum trei experți, desemnați de statele membre care participă la schimbul automat de date în categoriile de date care urmează a fi evaluate, cu experiență în ceea ce privește categoria de date respectivă, cu autorizația de securitate națională corespunzătoare pentru a trata aceste aspecte și dispuși să ia parte la cel puțin o vizită de evaluare în alt stat membru. Comisia este invitată să se alăture echipei de evaluare în calitate de observator.

Membrii echipei de evaluare respectă caracterul confidențial al informațiilor care le sunt aduse la cunoștință în exercitarea activităților lor.

1.4.   Raportarea către Consiliu

Un raport de evaluare global, care rezumă rezultatele chestionarelor, ale vizitei de evaluare și ale testului pilot, va fi prezentat Consiliului în vederea luării unei decizii în conformitate cu articolul 25 alineatul (2) din Decizia 2008/615/JAI.

2.   Procedura de evaluare în conformitate cu articolul 21

2.1.   Statistici și raportare

Fiecare stat membru elaborează statistici privind rezultatele schimbului automat de date. Pentru a asigura compatibilitatea, modelul pentru statistici este elaborat de grupul de lucru competent al Consiliului.

Aceste statistici se înaintează anual Secretariatului General, care elaborează o prezentare succintă a activităților din anul precedent, și Comisiei.

În plus, statelor membre li se va solicita în mod periodic și nu mai mult de o dată pe an să furnizeze informații suplimentare privind punerea în aplicare din punct de vedere administrativ, tehnic și financiar a schimbului automat de date, necesare pentru analizarea și îmbunătățirea procesului. Pe baza acestor informații, se întocmește un raport pentru Consiliu.

2.2.   Revizuire

Într-un termen rezonabil, Consiliul examinează mecanismul de evaluare descris anterior și îl revizuiește, după caz.

3.   
  Reuniuni de experți

În cadrul grupului de lucru competent al Consiliului, experții se întâlnesc în mod regulat pentru a organiza și a pune în aplicare procedurile de evaluare menționate anterior, precum și pentru a efectua un schimb de experiență și a discuta posibilitățile de îmbunătățire ale acestora. După caz, rezultatele acestor discuții între experți sunt incluse în raportul menționat la punctul 2.1 de mai sus.

---

(1)  „Desemnați integral” înseamnă că luarea în calcul a valorilor rare ale alelelor este inclusă.

(2)  This is the position as defined in the ASCII standard.

(3)  O = obligatoriu atunci când informaţiile în cauză sunt disponibile în registrul naţional; F = facultativ.

(4)  Toate atributele stabilite expres de către statele membre sunt marcate cu Y.

(5)  Abrevieri ale documentelor armonizate; a se vedea Directiva 1999/37/CE a Consiliului din 29 aprilie 1999.

(6)  O = obligatoriu atunci când informaţiile în cauză sunt disponibile în registrul naţional; F = facultativ.

(7)  Abrevieri ale documentelor armonizate; a se vedea Directiva 1999/37/CE a Consiliului din 29 aprilie 1999.

(8)  În Luxemburg se utilizează două documente distincte de înmatriculare a vehiculelor.

(9)  M = Utilizare sau conformitate obligatorie. O = Utilizare sau conformitate opţională.

---

| 6.8.2008 | RO | Jurnalul Oficial al Uniunii Europene | L 210/73 |
| --- | --- | --- | --- |

6.8.2008

RO

Jurnalul Oficial al Uniunii Europene

L 210/73

---

DECIZIA 2008/617/JAI A CONSILIULUI

din 23 iunie 2008

privind îmbunătățirea cooperării dintre unitățile speciale de intervenție ale statelor membre ale Uniunii Europene în situații de criză

CONSILIUL UNIUNII EUROPENE,

având în vedere Tratatul privind Uniunea Europeană, în special articolele 30, 32 și articolul 34 alineatul (2) litera (c),

având în vedere inițiativa Republicii Austria (1),

având în vedere avizul Parlamentului European (2),

întrucât:

| (1) | Articolul 29 din tratat prevede că obiectivul Uniunii este acela de a le oferi cetățenilor un nivel ridicat de siguranță într-un spațiu de libertate, de securitate și de justiție, prin dezvoltarea acțiunii comune între statele membre în domeniul cooperării polițienești și judiciare în materie penală. |
| --- | --- |

(1)

Articolul 29 din tratat prevede că obiectivul Uniunii este acela de a le oferi cetățenilor un nivel ridicat de siguranță într-un spațiu de libertate, de securitate și de justiție, prin dezvoltarea acțiunii comune între statele membre în domeniul cooperării polițienești și judiciare în materie penală.

| (2) | În declarația lor de solidaritate împotriva terorismului din 25 martie 2004, șefii de stat și de guvern ai statelor membre ale Uniunii Europene și-au declarat intenția fermă ca statele membre să își mobilizeze toate instrumentele pe care le au la dispoziție pentru a sprijini un stat membru sau un stat aderent pe teritoriul propriu la solicitarea autorităților sale politice în cazul unui atac terorist. |
| --- | --- |

(2)

În declarația lor de solidaritate împotriva terorismului din 25 martie 2004, șefii de stat și de guvern ai statelor membre ale Uniunii Europene și-au declarat intenția fermă ca statele membre să își mobilizeze toate instrumentele pe care le au la dispoziție pentru a sprijini un stat membru sau un stat aderent pe teritoriul propriu la solicitarea autorităților sale politice în cazul unui atac terorist.

| (3) | În urma atacurilor din 11 septembrie 2001, unitățile speciale de intervenție ale tuturor autorităților însărcinate cu aplicarea legii din statele membre au inițiat deja activități de cooperare sub egida Grupului operativ de lucru al șefilor de poliție. Din 2001, rețeaua acestora, denumită „Atlas”, a organizat diverse seminarii, studii, schimburi de materiale și exerciții comune. |
| --- | --- |

(3)

În urma atacurilor din 11 septembrie 2001, unitățile speciale de intervenție ale tuturor autorităților însărcinate cu aplicarea legii din statele membre au inițiat deja activități de cooperare sub egida Grupului operativ de lucru al șefilor de poliție. Din 2001, rețeaua acestora, denumită „Atlas”, a organizat diverse seminarii, studii, schimburi de materiale și exerciții comune.

| (4) | Niciun stat membru nu dispune de toate mijloacele, resursele și competențele necesare pentru a rezolva în mod eficient toate tipurile posibile de situații de criză specifice sau la scară largă care necesită intervenții speciale. Prin urmare, este de importanță crucială ca fiecare stat membru să poată solicita asistența unui alt stat membru. |
| --- | --- |

(4)

Niciun stat membru nu dispune de toate mijloacele, resursele și competențele necesare pentru a rezolva în mod eficient toate tipurile posibile de situații de criză specifice sau la scară largă care necesită intervenții speciale. Prin urmare, este de importanță crucială ca fiecare stat membru să poată solicita asistența unui alt stat membru.

| (5) | Decizia 2008/615/JAI a Consiliului din 23 iunie 2008 privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere (3) („Decizia Prüm”), în special articolul 18 din respectiva decizie, reglementează formele de asistență polițienească între statele membre în ceea ce privește evenimentele de masă și alte evenimente similare majore, dezastrele și accidentele grave. Prezenta decizie nu conține reglementări în domeniul evenimentelor de masă, al dezastrelor (naturale) sau al accidentelor grave în sensul articolului 18 din Decizia Prüm, dar completează dispozițiile Deciziei Prüm, luând în considerare forme de asistență polițienească între statele membre prin intermediul unităților speciale de intervenție în alte situații, și anume situații de criză generate de intervenția umană, care prezintă o amenințare fizică directă gravă la adresa persoanelor, a bunurilor, a infrastructurii sau a instituțiilor, în special situații de luare de ostatici, deturnări și alte evenimente similare. |
| --- | --- |

(5)

Decizia 2008/615/JAI a Consiliului din 23 iunie 2008 privind intensificarea cooperării transfrontaliere, în special în domeniul combaterii terorismului și a criminalității transfrontaliere (3) („Decizia Prüm”), în special articolul 18 din respectiva decizie, reglementează formele de asistență polițienească între statele membre în ceea ce privește evenimentele de masă și alte evenimente similare majore, dezastrele și accidentele grave. Prezenta decizie nu conține reglementări în domeniul evenimentelor de masă, al dezastrelor (naturale) sau al accidentelor grave în sensul articolului 18 din Decizia Prüm, dar completează dispozițiile Deciziei Prüm, luând în considerare forme de asistență polițienească între statele membre prin intermediul unităților speciale de intervenție în alte situații, și anume situații de criză generate de intervenția umană, care prezintă o amenințare fizică directă gravă la adresa persoanelor, a bunurilor, a infrastructurii sau a instituțiilor, în special situații de luare de ostatici, deturnări și alte evenimente similare.

| (6) | Existența acestui cadru juridic și a unei compilații care să indice care sunt autoritățile competente va permite statelor membre să reacționeze rapid și să câștige timp în cazul survenirii unor astfel de situații de criză. În plus, în vederea îmbunătățirii capacității statelor membre de a preveni și de a răspunde unor astfel de situații de criză, în special incidentelor teroriste, este esențial ca unitățile speciale de intervenții să se reunească în mod regulat și să organizeze activități de formare comune pentru a putea beneficia de experiențele comune, |
| --- | --- |

(6)

Existența acestui cadru juridic și a unei compilații care să indice care sunt autoritățile competente va permite statelor membre să reacționeze rapid și să câștige timp în cazul survenirii unor astfel de situații de criză. În plus, în vederea îmbunătățirii capacității statelor membre de a preveni și de a răspunde unor astfel de situații de criză, în special incidentelor teroriste, este esențial ca unitățile speciale de intervenții să se reunească în mod regulat și să organizeze activități de formare comune pentru a putea beneficia de experiențele comune,

DECIDE:

Articolul 1

Obiectul

Prezenta decizie stabilește norme și condiții generale pentru a le permite unităților speciale de intervenție ale unui stat membru să acorde asistență și/sau să acționeze pe teritoriul unui alt stat membru (denumit în continuare „statul membru solicitant”) în cazurile în care acestea au fost invitate de către statul membru solicitant și au convenit asupra acestui lucru în vederea soluționării unei situații de criză. Detaliile practice și modalitățile de punere în aplicare care completează prezenta decizie sunt convenite în mod direct între statul membru solicitant și statul membru solicitat.

Articolul 2

Definiții

În sensul prezentei decizii:

| (a) | „unitate specială de intervenție” înseamnă orice unitate de aplicare a legii dintr-un stat membru, specializată în controlul unei situații de criză; |
| --- | --- |

(a)

„unitate specială de intervenție” înseamnă orice unitate de aplicare a legii dintr-un stat membru, specializată în controlul unei situații de criză;

| (b) | „situație de criză” înseamnă orice situație în care autoritățile competente ale unui stat membru au motive întemeiate să considere că există o infracțiune penală care prezintă o amenințare fizică directă gravă la adresa persoanelor, a bunurilor, a infrastructurii sau a instituțiilor statului membru respectiv, în special situațiile menționate la articolul 1 alineatul (1) din Directiva-cadru 2002/475/JAI a Consiliului din 13 iunie 2002 privind combaterea terorismului (4); |
| --- | --- |

(b)

„situație de criză” înseamnă orice situație în care autoritățile competente ale unui stat membru au motive întemeiate să considere că există o infracțiune penală care prezintă o amenințare fizică directă gravă la adresa persoanelor, a bunurilor, a infrastructurii sau a instituțiilor statului membru respectiv, în special situațiile menționate la articolul 1 alineatul (1) din Directiva-cadru 2002/475/JAI a Consiliului din 13 iunie 2002 privind combaterea terorismului (4);

| (c) | „autoritate competentă” înseamnă autoritatea națională care poate solicita și autoriza desfășurarea unităților speciale de intervenție. |
| --- | --- |

(c)

„autoritate competentă” înseamnă autoritatea națională care poate solicita și autoriza desfășurarea unităților speciale de intervenție.

Articolul 3

Asistență acordată unui alt stat membru

(1)   Printr-o solicitare transmisă prin intermediul autorităților competente, prin care se definește natura asistenței solicitate, precum și necesitatea operațională a acesteia, un stat membru poate solicita să primească asistență din partea unei unități speciale de intervenție dintr-un alt stat membru în vederea soluționării unei situații de criză. Autoritatea competentă din statul membru solicitat poate accepta sau refuza o asemenea solicitare sau poate propune un alt tip de asistență.

(2)   Sub rezerva acordului între statele membre în cauză, asistența poate consta în furnizarea de echipament și/sau expertiză statului membru solicitant, și/sau desfășurarea de acțiuni pe teritoriul statului membru respectiv, utilizându-se armament dacă este cazul.

(3)   În cazul acțiunilor desfășurate pe teritoriul statului membru solicitant, ofițerii din cadrul unității speciale de intervenție care acordă asistență sunt autorizați să acționeze în calitate de forțe de sprijin pe teritoriul statului membru solicitant și să ia toate măsurile necesare pentru furnizarea sprijinului solicitat în măsura în care:

| (a) | acționează sub responsabilitatea, autoritatea și conducerea statului membru solicitant în conformitate cu legislația statului membru solicitant; și |
| --- | --- |

(a)

acționează sub responsabilitatea, autoritatea și conducerea statului membru solicitant în conformitate cu legislația statului membru solicitant; și

| (b) | acționează în limitele competențelor ce le revin în baza legislației lor naționale. |
| --- | --- |

(b)

acționează în limitele competențelor ce le revin în baza legislației lor naționale.

Articolul 4

Răspunderea civilă și penală

În cazul în care ofițerii unui stat membru acționează în cadrul altui stat membru și/sau se folosește echipament în temeiul prezentei decizii, se aplică dispozițiile privind răspunderea civilă și penală prevăzute la articolul 21 alineatele (4) și (5), respectiv articolul 22 din Decizia Prüm.

Articolul 5

Reuniuni și instruire comună

Statele membre participante se asigură că unitățile lor speciale de intervenție organizează reuniuni, instruiri și exerciții comune ori de câte ori este nevoie pentru a face schimb de experiență, competențe și informații generale, tehnice și practice din domeniul soluționării situațiilor de criză. Astfel de reuniuni, instruiri și exerciții pot fi finanțate prin posibilitățile oferite de programele financiare ale Uniunii de a obține subvenții de la bugetul Uniunii Europene. În acest context, statul membru care deține președinția Uniunii ia toate măsurile necesare pentru a se asigura că au loc astfel de reuniuni, instruiri și exerciții.

Articolul 6

Costuri

Statul membru solicitant suportă cheltuielile operaționale efectuate de unitățile speciale de intervenție ale statului membru solicitat în legătură cu aplicarea articolului 3, inclusiv cheltuielile de transport și cazare, dacă statele membre în cauză nu convin altfel.

Articolul 7

Relația cu alte instrumente

(1)   Fără a aduce atingere angajamentelor care le revin în baza altor acte adoptate în conformitate cu titlul VI din tratat, în special Decizia Prüm:

| (a) | statele membre pot continua să aplice acordurile sau înțelegerile bilaterale sau multilaterale privind cooperarea transfrontalieră care sunt în vigoare la 23 iunie 2008, în măsura în care astfel de acorduri sau înțelegeri nu sunt incompatibile cu obiectivele prezentei decizii; |
| --- | --- |

(a)

statele membre pot continua să aplice acordurile sau înțelegerile bilaterale sau multilaterale privind cooperarea transfrontalieră care sunt în vigoare la 23 iunie 2008, în măsura în care astfel de acorduri sau înțelegeri nu sunt incompatibile cu obiectivele prezentei decizii;

| (b) | statele membre pot încheia sau pune în aplicare acorduri sau înțelegeri bilaterale sau multilaterale privind cooperarea transfrontalieră după 23 decembrie 2008, în măsura în care astfel de acorduri sau înțelegeri prevăd extinderea sau aprofundarea obiectivelor prezentei decizii. |
| --- | --- |

(b)

statele membre pot încheia sau pune în aplicare acorduri sau înțelegeri bilaterale sau multilaterale privind cooperarea transfrontalieră după 23 decembrie 2008, în măsura în care astfel de acorduri sau înțelegeri prevăd extinderea sau aprofundarea obiectivelor prezentei decizii.

(2)   Acordurile și înțelegerile menționate la alineatul (1) nu pot afecta relațiile cu statele membre care nu sunt părți la acestea.

(3)   Statele membre informează Consiliul și Comisia cu privire la acordurile sau înțelegerile menționate la alineatul (1).

Articolul 8

Dispoziții finale

Secretariatul General al Consiliului întocmește și actualizează lista autorităților competente din statele membre care pot solicita și autoriza acordarea de asistență astfel cum se menționează la articolul 3.

Secretariatul General al Consiliului informează autoritățile menționate la alineatul (1) cu privire la orice schimbare survenită în lista întocmită în conformitate cu prezentul articol.

Articolul 9

Intrarea în vigoare

Prezenta decizie intră în vigoare la 23 decembrie 2008.

Adoptată la Luxemburg, 23 iunie 2008.

Pentru Consiliu

Președintele

I. JARC

---

(1)  JO C 321, 29.12.2006, p. 45.

1

(2)  Avizul din 31 ianuarie 2008 (nepublicat încă în Jurnalul Oficial).

2

(3)  A se vedea pagina 1 din prezentul Jurnal Oficial.

3

(4)  JO L 164, 22.6.2002, p. 3.

4

---