               COMISIA EUROPEANĂ
            Bruxelles, 2.10.2018
            COM(2018) 664 final
            2018/0339(NLE)
            Propunere de
            DECIZIE A CONSILIULUI
            privind poziția care trebuie adoptată, în numele Uniunii Europene, în cadrul Grupului de experți pentru Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale al Comisiei Economice pentru Europa a Organizației Națiunilor Unite

               EXPUNERE DE MOTIVE

               1.Obiectul propunerii

               Prezenta propunere se referă la decizia de stabilire a poziției care trebuie adoptată în numele Uniunii în cadrul Grupului de experți pentru AETR al Comisiei Economice pentru Europa a Organizației Națiunilor Unite (CEE-ONU) în legătură cu modificarea preconizată a Acordului european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale (AETR) în ceea ce privește conectarea la TACHOnet a părților contractante la AETR care nu fac parte din UE.

               2.Contextul propunerii

               2.1.AETR

               Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale („acordul”) are ca scop să armonizeze cadrul legislativ al părților contractante la acord în ceea ce privește perioadele de conducere și de repaus pentru conducătorii auto profesioniști, precum și cerințele tehnice corespunzătoare privind construirea și instalarea tahografului. Acordul a intrat în vigoare la 5 ianuarie 1976.

               Toate statele membre sunt părți la acord
                  1
               .

               2.2.Grupul de experți pentru AETR

               Grupul de experți pentru AETR este un grup tehnic care a fost instituit de către Comitetul pentru transporturi terestre al CEE-ONU cu obiectivul de a elabora propuneri de modificare a acordului. Propunerile de modificare a acordului sunt adoptate în unanimitate de experții din grup și transmise apoi către SC.1 (Grupul de lucru pentru transportul rutier al CEE-ONU) în vederea adoptării cu majoritate simplă de către părțile contractante care sunt prezente și votează.

               2.3.Actul avut în vedere de Grupul de experți pentru AETR

               La 15 octombrie 2018, în cursul celei de a 19-a sesiuni a sa, Grupul de experți pentru AETR trebuie să decidă cu privire la transmiterea către SC.1 a unei propuneri de modificare a AETR în ceea ce privește conectarea la TACHOnet a părților contractante la AETR care nu fac parte din UE („actul avut în vedere”).

               Scopul actului avut în vedere este de a defini cerințele tehnice pentru conectarea părților contractante la AETR care nu fac parte din UE la TACHOnet prin intermediul platformei eDelivery create de Comisia Europeană.

               Actul avut în vedere va deveni obligatoriu pentru părți în conformitate cu articolul 13 alineatul (1) din acord, care prevede următoarele: „Toate dispozițiile noi ale prezentului acord, inclusiv anexa și apendicele 1B și 2 la aceasta, legate de introducerea unui dispozitiv de control digital devin obligatorii pentru țările care sunt părți contractante la prezentul acord în termen de cel mult patru ani de la data intrării în vigoare a modificărilor relevante care rezultă din procedura prevăzută la articolul 21”.

               3.Poziția care trebuie adoptată în numele Uniunii

               TACHOnet este sistemul european pentru schimbul electronic de informații între statele membre cu privire la cardurile de tahograf. El este un instrument esențial pentru a asigura aplicarea normelor privind perioadele de conducere și de repaus în transportul rutier care sunt stabilite în Regulamentul (UE) nr. 561/2006
                  2
               . Principalul obiectiv al TACHOnet este acela de a verifica faptul că aceluiași șofer nu i se emit două sau mai multe carduri de către state membre diferite.

               Statele membre au obligația de a se conecta la TACHOnet în conformitate cu articolul 31 alineatul (2) din Regulamentul (UE) nr. 165/2014
                  3
                și cu cerințele tehnice stabilite în Regulamentul (UE) 2016/68
                  4
               .

               Normele privind perioadele de conducere și de repaus sunt de asemenea aplicabile părților contractante la AETR (Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale) care nu fac parte din UE. Prin urmare, pentru a asigura aplicarea normelor privind perioadele de conducere și de repaus în țările respective, este esențial ca și acestea să fie conectate la TACHOnet. Cu toate acestea, părțile contractante la AETR care nu fac parte din UE nu sunt autorizate să se conecteze direct la TACHOnet. Sunt stabilite conexiuni directe prin intermediul rețelei TESTA (Servicii transeuropene de telematică între administrații), accesul fiind rezervat pentru autoritățile și instituțiile din UE, din statele membre ale UE, din țările SEE, din Elveția și din țările în curs de aderare la UE. Țările terțe care nu se află în curs de aderare la UE sau care nu fac parte din SEE trebuie să fie conectate la TACHOnet prin intermediul unei țări deja conectate la rețeaua TESTA, și anume printr-o conexiune indirectă. Aceste conexiuni indirecte se bazează pe acorduri bilaterale încheiate între părțile contractante la AETR care nu fac parte din UE și țara care pune la dispoziție conexiunea.

               Andorra, Armenia, Azerbaidjan, Bosnia-Herțegovina, Georgia, Liechtenstein, Moldova, Serbia și Ucraina sunt cele nouă părți contractante la AETR care nu fac parte din UE și care sunt în prezent conectate indirect la TACHOnet prin nodurile puse la dispoziție de Franța, Croația, România și Elveția.

               O problemă tehnică ce trebuie abordată și soluția propusă

               Conform opiniei recente a Direcției Generale Informatică din cadrul Comisiei (DIGIT), conexiunile indirecte nu respectă standardele de securitate minime care sunt impuse de Comisie. Aceasta se datorează faptului că porțiunea din rețea instituită între statul membru și partea terță nu trebuie neapărat securizată. În plus, apariția oricărui tip de atac în acea parte a rețelei este posibil să nu fie vizibilă pentru Comisie. Acest fapt sporește riscul de apariție a unor breșe în sistemul de securitate.

               Prin urmare, conexiunile indirecte trebuie eliminate și înlocuite cu un instrument alternativ care să permită conectarea la TACHOnet a părților contractante la AETR care nu fac parte din UE.

               Această conexiune ar putea fi furnizată de eDelivery. eDelivery este o platformă generală care a fost finanțată de programul MIE (Mecanismul pentru interconectarea Europei). Ea oferă conexiuni prin internet și utilizează tehnologii de securitate standard precum PKI (infrastructură de chei publice), pentru a asigura autenticitatea, integritatea și confidențialitatea informațiilor transmise. Prin urmare, această platformă asigură încrederea reciprocă în cadrul schimbului electronic de informații. Serviciul eDelivery este furnizat de DIGIT.

               eDelivery a fost deja utilizat cu succes pentru furnizarea mai multor servicii la nivelul UE, precum PEPPOL (Pan-European Public Procurement Online - Achiziții publice paneuropene online) și e-Codex (conexiune electronică între profesioniștii din domeniul juridic din întreaga UE). Sistemul ar putea fi adaptat la TACHOnet.

               Cu toate că DIGIT nu a furnizat niciun termen-limită specific pentru închiderea conexiunilor indirecte, s-a estimat că adaptarea eDelivery la TACHOnet ar dura aproximativ un an. Prin urmare, este necesar să se modifice AETR cât mai rapid, astfel încât eDelivery să devină operațional cât mai curând posibil.

               Obligațiile autorităților naționale în ceea ce privește utilizarea TACHOnet

               Utilizarea eDelivery pentru conectarea la TACHOnet presupune ca părțile conectate să își asume anumite obligații pentru a garanta utilizarea corectă a sistemului și a informațiilor schimbate cu omologii lor. Aceste obligații se referă la:

               (a) Securitate

               Autoritățile naționale trebuie să protejeze cheile private și certificatele digitale corespunzătoare, prin:

               -
                     evitarea utilizării neautorizate a cheilor private;

               -
                     evitarea transferării sau dezvăluirii cheilor lor private către terți;

               -
                     asigurarea confidențialității, integrității și disponibilității cheilor private generate, stocate și utilizate pentru TACHOnet;

               -
                     evitarea utilizării unei chei private după expirarea perioadei de valabilitate sau după revocarea certificatului;

               -
                     distrugerea cheilor odată ce acestea au expirat;

               -
                     prevenirea utilizării abuzive a cheilor private prin solicitarea revocării certificatului de cheie publică asociat în cazul compromiterii cheii private sau a datelor de activare a cheii private.

               (b) Protecția datelor

               Trebuie asigurată protecția datelor cu caracter personal. Dat fiind că părțile contractante la AETR care nu fac parte din UE nu sunt obligate în temeiul legislației europene privind protecția datelor, este necesar să se garanteze respectarea Convenției pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal. Această convenție constituie cadrul internațional de referință în domeniul protecției datelor cu caracter personal.

               (c) Aspecte tehnice

               Părțile conectate trebuie să efectueze un set specific de teste înaintea conectării. De asemenea, ele trebuie să garanteze un nivel minim al serviciului, astfel încât TACHOnet să nu fie perturbată din cauza defecțiunilor de la nivel național.

               Instrumentul juridic

               Cerințele tehnice pentru conectarea la TACHONET a părților contractante la AETR care nu fac parte din UE ar trebui stabilite în cadrul internațional corespunzător, și anume Acordul AETR.

               În prezent, în cadrul Grupului de experți pentru AETR al CEE-ONU se poartă negocieri în vederea modificării acordului, în special pentru a asigura aplicarea legislației UE privind tahograful inteligent de către părțile contractante la AETR care nu fac parte din UE și pentru a permite UE să adere la AETR
                  5
               . Cerințele tehnice și juridice pentru conectarea la TACHONET a părților contractante la AETR care nu fac parte din UE ar trebui să fie prezentate formal secretariatului AETR de către UE, sub forma unui nou apendice la acord. Acest nou apendice va fi discutat în cadrul următoarei reuniuni a Grupului de experți pentru AETR și în cadrul Grupului de lucru pentru transportul rutier, împreună cu elementele poziției UE transmise deja secretariatului AETR în 2016.

               4.Temeiul juridic

               4.1.Temeiul juridic procedural

               4.1.1.Principii

               Articolul 218 alineatul (9) din Tratatul privind funcționarea Uniunii Europene (TFUE) prevede adoptarea unor decizii de stabilire „a pozițiilor care trebuie adoptate în numele Uniunii în cadrul unui organism creat printr-un acord, în cazul în care acest organism trebuie să adopte acte cu efecte juridice, cu excepția actelor care modifică sau completează cadrul instituțional al acordului”.

               Articolul 218 alineatul (9) din TFUE se aplică indiferent dacă Uniunea este sau nu membră a organismului în cauză sau parte la acordul respectiv
                  6
               .

               Conceptul de „acte cu efecte juridice” include actele care au efecte juridice în temeiul normelor de drept internațional aplicabile organismului în cauză. De asemenea, sunt incluse instrumentele care nu au un caracter obligatoriu în temeiul dreptului internațional, dar care „au vocația de a influența în mod decisiv conținutul reglementării adoptate de legiuitorul Uniunii”
                  7
               .

               4.1.2.Aplicarea în cazul în discuție

               Grupul de experți pentru AETR este un organism înființat de Comitetul pentru transporturi terestre al CEE-ONU.

               Actul pe care Grupul de experți pentru AETR trebuie să îl prezinte SC.1 constituie un act cu efecte juridice. Actul avut în vedere va avea caracter obligatoriu în temeiul dreptului internațional, în conformitate cu articolul 13 din AETR.

               Actul avut în vedere nu completează și nu schimbă cadrul instituțional al acordului.

               Prin urmare, temeiul juridic procedural al deciziei propuse este articolul 218 alineatul (9) din TFUE.

               4.2.Temeiul juridic material

               4.2.1.Principii

               Temeiul juridic material al unei decizii adoptate în temeiul articolului 218 alineatul (9) din TFUE depinde în primul rând de obiectivul și de conținutul actului avut în vedere cu privire la care se adoptă o poziție în numele Uniunii. Dacă actul avut în vedere urmărește două obiective sau are două elemente, iar unul dintre aceste obiective sau elemente poate fi identificat ca fiind obiectivul sau elementul principal, iar celălalt obiectiv sau element are mai degrabă un caracter accesoriu, decizia adoptată în temeiul articolului 218 alineatul (9) din TFUE trebuie să se întemeieze pe un singur temei juridic material, respectiv cel impus de obiectivul sau de elementul principal sau predominant.

               4.2.2.Aplicarea în cazul în discuție

               Obiectivul principal și conținutul actului avut în vedere se referă la „transport”.

               Prin urmare, temeiul juridic material al deciziei propuse este articolul 91 din TFUE.

               4.3.Concluzie

               Temeiul juridic al deciziei propuse ar trebui să fie articolul 91, coroborat cu articolul 218 alineatul (9) din TFUE.

               2018/0339 (NLE)

               Propunere de

               DECIZIE A CONSILIULUI

               privind poziția care trebuie adoptată, în numele Uniunii Europene, în cadrul Grupului de experți pentru Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale al Comisiei Economice pentru Europa a Organizației Națiunilor Unite

               CONSILIUL UNIUNII EUROPENE,

               având în vedere Tratatul privind funcționarea Uniunii Europene, în special articolul 91 coroborat cu articolul 218 alineatul (9),

               având în vedere propunerea Comisiei Europene,

               întrucât:

               (1)Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale (AETR) a intrat în vigoare la 5 ianuarie 1976.

               (2)Comisia Economică pentru Europa a Organizației Națiunilor Unite a instituit un grup de experți în cadrul AETR. Este vorba despre un organism împuternicit să elaboreze și să prezinte propuneri de modificare a AETR Grupului de lucru pentru transportul rutier.

               (3)În decursul celei de a 19-a sesiuni a sa, care urmează să aibă loc la 15 octombrie 2018, Grupul de experți pentru AETR trebuie să adopte o decizie cu privire la transmiterea către Grupul de lucru pentru transportul rutier al CEE-ONU a unei propuneri de modificare a AETR.

               (4)Este oportun să se stabilească poziția care trebuie adoptată în numele Uniunii în cadrul Grupului de experți pentru AETR, deoarece modificarea AETR va avea caracter obligatoriu pentru Uniune.

               (5)În hotărârea sa din 31 martie 1971, în cauza 22/70, AETR, Curtea de Justiție a Uniunii Europene a recunoscut că domeniul de activitate al echipajelor vehiculelor care efectuează transporturi rutiere internaționale ține de competența externă a Uniunii. De atunci, această competență a fost exercitată prin numeroase acte legislative adoptate de legiuitorul Uniunii, inclusiv prin Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului
                  8
                și prin Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului
                  9
               . Dat fiind că obiectul AETR intră în domeniul de aplicare al Regulamentului (CE) nr. 561/2006, competența de negociere și de încheiere a acordului respectiv și a modificărilor acestuia îi revine exclusiv Uniunii.

               (6)Următoarea reuniune a Grupului de experți pentru AETR va avea loc pe 15 octombrie 2018, iar reuniunea Grupului de lucru pentru transportul rutier va avea loc pe 16 octombrie 2018. Cu această ocazie, Grupul de experți și Grupul de lucru intenționează să examineze propunerile făcute de părțile contractante, care, dacă sunt acceptate de Grupul de experți, pot duce la o modificare a AETR, după lansarea și finalizarea unei proceduri de revizuire a AETR. Odată ce propunerile sunt acceptate de Grupul de experți, statele membre ale Uniunii, în calitate de părți contractante la AETR, sunt obligate, într-o a doua etapă, să coopereze pentru a declanșa mecanismul de revizuire a AETR, în conformitate cu Regulamentul (CEE) nr. 2829/77 al Consiliului
                  10
                și cu principiul cooperării loiale prevăzut la articolul 4 alineatul (3) din TUE, sub rezerva unei decizii a Consiliului în conformitate cu articolul 218 alineatul (6), după caz. Modificările propuse pentru AETR vor intra în vigoare numai după finalizarea revizuirii AETR.

               (7)Regulamentul (UE) nr. 165/2014 le impune statelor membre să asigure interconectarea registrelor lor electronice naționale privind cardurile de conducător auto prin intermediul sistemului de mesagerie TACHOnet sau, atunci când folosesc un sistem compatibil, să se asigure că schimbul de date electronice cu toate celelalte state membre este posibil prin intermediul sistemului de mesagerie TACHOnet. TACHOnet este o platformă pentru schimbul de informații între statele membre cu privire la cardurile de conducător auto, în vederea asigurării faptului că un conducător auto nu deține mai mult de un card de conducător auto.

               (8)Pentru a se realiza armonizarea la nivel paneuropean în domeniul schimbului electronic de informații cu privire la cardurile de conducător auto, este necesar ca TACHOnet să fie utilizată ca platformă unică de către toate părțile contractante la AETR.

               (9)Conectarea la sistemul de mesagerie TACHOnet se efectuează în prezent fie direct, prin intermediul serviciilor transeuropene de telematică între administrații („TESTA”), fie indirect, prin intermediul unui stat membru deja conectat la rețeaua TESTA. Dat fiind că TESTA este un serviciu limitat la statele membre și la instituțiile Uniunii, părțile contractante la AETR care nu fac parte din UE sunt obligate să se conecteze la TACHOnet indirect.

               (10)Comisia a evaluat recent conexiunile indirecte la serviciul de mesagerie TACHOnet și a concluzionat că ele nu oferă același nivel de securitate ca TESTA. În special, nu există o garanție suficientă cu privire la autenticitatea, integritatea și confidențialitatea informațiilor transmise prin intermediul conexiunilor indirecte. Prin urmare, conexiunile indirecte la TACHOnet ar trebui să fie înlocuite cu o conexiune securizată.

               (11)eDelivery este o rețea de noduri de conectare pentru comunicații digitale creată de Comisie, în cadrul căreia fiecare participant la nivel național devine un nod ce folosește politici de securitate și protocoale de transport standard. eDelivery este un instrument flexibil care poate fi personalizat pentru fiecare serviciu specific.

               (12)eDelivery utilizează tehnologii de securitate implementate la scară largă, precum PKI (infrastructură de chei publice), pentru a asigura autenticitatea, integritatea și confidențialitatea informațiilor transmise. Părților contractante la AETR care nu fac parte din UE ar trebui să li se acorde acces la TACHOnet prin intermediul eDelivery.

               (13)Părțile contractante la AETR ar trebui să urmeze o procedură specifică pentru a primi certificatele digitale și cheile electronice respective care acordă accesul la TACHOnet

               (14)Conectarea la TACHOnet prin intermediul eDelivery implică faptul că părțile contractante la AETR trebuie să se asigure că certificatele și cheile electronice care acordă acces la sistem sunt protejate și nu pot fi utilizate de părți neautorizate. De asemenea, ele ar trebui să garanteze faptul că cheile aferente unor certificate care au expirat nu mai sunt folosite.

               (15)Este necesar să se garanteze protecția datelor cu caracter personal care sunt disponibile părților prin intermediul TACHOnet, în conformitate cu Convenția pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal, Strasbourg, 21 ianuarie 1981.

               (16)Autoritățile naționale conectate la TACHOnet au obligația de a efectua implementările tehnice relevante pentru a se asigura că TACHOnet funcționează conform unor niveluri înalte de performanță. Comisia are sarcina de a stabili testele care confirmă că s-au atins nivelurile respective de performanță și de a le efectua în coordonare cu autoritățile naționale competente.

               (17)Întrucât Uniunea Europeană nu este parte contractantă la AETR și statutul său nu îi permite să comunice modificările propuse, statele membre, acționând în interesul Uniunii, ar trebui să comunice Grupului de experți modificările propuse, în spiritul cooperării loiale, pentru a promova îndeplinirea obiectivelor Uniunii.

               (18)Poziția Uniunii trebuie exprimată de statele membre ale Uniunii care sunt membre ale Grupului de experți pentru AETR și ale Grupului de lucru pentru transportul rutier, acționând împreună,

               ADOPTĂ PREZENTA DECIZIE:

               Articolul 1

               Poziția care trebuie adoptată în numele Uniunii în cadrul celei de a 15-a sesiuni a Grupului de experți pentru Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale (AETR) este în favoarea propunerilor de modificare a AETR, stabilite în documentul anexat la prezenta decizie.

               Articolul 2

               Poziția menționată la articolul 1 este exprimată de statele membre ale Uniunii care sunt membre ale AETR, acționând împreună.

               Se poate conveni asupra unor modificări formale și minore ale poziției menționate la articolul 1 fără a fi necesară modificarea poziției respective.

               Articolul 3

               Prezenta decizie se adresează statelor membre.

               Adoptată la Bruxelles,

                     Pentru Consiliu

                     Președintele

                     (1)

                        Austria (ratificat la 11.6.1975), Belgia (ratificat la 30.12.1977), Bulgaria (ratificat la 12.5.1995), Croația (ratificat la 3.8.1992), Cipru (ratificat la 5.9.2003), Republica Cehă (ratificat la 22.6.1993), Danemarca (ratificat la 30.12.1977), Estonia (ratificat la 3.5.1993), Finlanda (ratificat la 16.2.1999), Franța (ratificat la 9.1.1978), Germania (ratificat la 9.7.1975), Grecia (ratificat la 11.1.1974), Ungaria (ratificat la 22.10.1999), Irlanda (ratificat la 28.8.1979), Italia (ratificat la 28.12.1978), Letonia (ratificat la 14.1.1994), Lituania (ratificat la 3.6.1998), Luxemburg (ratificat la 30.12.1977), Malta (ratificat la 24.9.2004), Țările de Jos (ratificat la 30.12.1977), Polonia (ratificat la 14.7.1992), Portugalia (ratificat la 20.9.1973), România (ratificat la 8.12.1994), Slovacia (ratificat la 28.5.1993), Slovenia (ratificat la 6.8.1993), Spania (ratificat la 3.1.1993), Suedia (ratificat la 24.8.1973), Regatul Unit (ratificat la 4.1.1978).

                     (2)

                        Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din 15 martie 2006 privind armonizarea anumitor dispoziții ale legislației sociale în domeniul transporturilor rutiere, de modificare a Regulamentelor (CEE) nr. 3821/85 și (CE) nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE) nr. 3820/85 al Consiliului (JO L 102, 11.4.2006, p. 1).

                     (3)

                        Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februarie 2014 privind tahografele în transportul rutier, de abrogare a Regulamentului (CEE) nr. 3821/85 al Consiliului privind aparatura de înregistrare în transportul rutier și de modificare a Regulamentului (CE) nr. 561/2006 al Parlamentului European și al Consiliului privind armonizarea anumitor dispoziții ale legislației sociale în domeniul transporturilor rutiere (JO L 60, 28.2.2014, p. 1).

                     (4)

                        Regulamentul de punere în aplicare (UE) 2016/68 al Comisiei din 21 ianuarie 2016 privind procedurile și specificațiile comune necesare pentru interconectarea registrelor electronice ale cardurilor de conducător auto (JO L 15, 22.1.2016, p. 51.)

                     (5)

                        Poziția UE adoptată prin Decizia (UE) 2016/1877 a Consiliului din 17 octombrie 2016, transmisă secretariatului AETR de Republica Slovacă.

                     (6)

                        Hotărârea Curții de Justiție din 7 octombrie 2014, Germania/Consiliu, C-399/12, ECLI:EU:C:2014:2258, punctul 64.

                     (7)

                        Hotărârea Curții de Justiție din 7 octombrie 2014, Germania/Consiliu, C-399/12, ECLI:EU:C:2014:2258, punctele 61-64.

                     (8)

                        Regulamentul (CE) nr. 561/2006 al Parlamentului European și al Consiliului din 15 martie 2006 privind armonizarea anumitor dispoziții ale legislației sociale în domeniul transporturilor rutiere, de modificare a Regulamentelor (CEE) nr. 3821/85 și (CE) nr. 2135/98 ale Consiliului și de abrogare a Regulamentului (CEE) nr. 3820/85 al Consiliului (JO L 102, 11.4.2006, p. 1).

                     (9)

                        Regulamentul (UE) nr. 165/2014 al Parlamentului European și al Consiliului din 4 februarie 2014 privind tahografele în transportul rutier și de modificare a Regulamentului (CE) nr. 561/2006 al Parlamentului European și al Consiliului privind armonizarea anumitor dispoziții ale legislației sociale în domeniul transporturilor rutiere (JO L 60, 28.2.2014, p. 1.).

                     (10)

                        Regulamentul (CEE) nr. 2829/77 al Consiliului din 12 decembrie 1977 privind intrarea în vigoare a Acordului european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale (AETR) (JO L 334, 24.12.1977, p. 11).

    ---documentbreak---

               COMISIA EUROPEANĂ
            Bruxelles, 2.10.2018
            COM(2018) 664 final
            ANEXĂ
            la Propunerea de
            DECIZIE A CONSILIULUI
            privind poziția care trebuie adoptată, în numele Uniunii Europene, în cadrul Grupului de experți pentru Acordul european privind activitatea echipajelor vehiculelor care efectuează transporturi rutiere internaționale al Comisiei Economice pentru Europa a Organizației Națiunilor Unite

               Apendicele 4

               Specificațiile TACHOnet

               1.Domeniu de aplicare și scop

               1.1.Prezentul apendice stabilește termenele și condițiile privind conectarea la TACHOnet a părților contractante la AETR prin intermediul eDelivery.

               1.2.Părțile contractante care se conectează la TACHOnet prin eDelivery trebuie să respecte dispozițiile prevăzute în prezentul apendice.

               2.Definiții

               (a)„parte contractantă” sau „parte” înseamnă orice parte contractantă la AETR;

               (b)„eDelivery” înseamnă serviciul creat de Comisia Europeană care permite transmiterea de date între părți terțe prin mijloace electronice și furnizează dovezi referitoare la manipularea datelor transmise, inclusiv dovezi privind trimiterea și primirea datelor, și care protejează datele transmise împotriva riscului oricărei modificări neautorizate;

               (c)„TACHOnet” înseamnă sistemul de schimb electronic de informații privind cardurile de conducător auto între părțile contractante, menționat la articolul 31 alineatul (2) din Regulamentul (UE) nr. 165/2014;

               (d)„nod central” înseamnă sistemul informatic care permite direcționarea mesajelor TACHOnet între părțile solicitante și părțile respondente;

               (e)„parte solicitantă” înseamnă partea contractantă care emite o cerere sau o notificare TACHOnet ce este apoi direcționată de nodul central către partea respondentă corespunzătoare;

               (f)„parte respondentă” înseamnă partea contractantă căreia i se adresează cererea sau notificarea TACHOnet;

               (g)„autoritate emitentă a cardului” sau „AEC” înseamnă entitatea împuternicită de o parte contractantă să emită și să gestioneze cardurile de tahograf.

               3.Responsabilități generale

               3.1.Niciuna dintre părțile contractante nu poate încheia acorduri pentru accesul la TACHOnet în numele unei alte părți și nu poate reprezenta în niciun alt mod cealaltă parte contractantă în baza prezentului apendice. Niciuna dintre părțile contractante nu acționează ca subcontractant al celeilalte părți contractante în cadrul operațiunilor menționate în prezentul apendice.

               3.2.Părțile contractante asigură accesul la propriul registru național al cardurilor de conducător auto prin intermediul TACHOnet, în modul și la nivelul serviciului stabilite în subapendicele 4.6.

               3.3.Părțile contractante se notifică reciproc, fără întârziere, dacă observă perturbări sau erori care țin de domeniul lor de responsabilitate și care ar putea pune în pericol funcționarea normală a TACHOnet.

               3.4.Fiecare parte desemnează persoane de contact pentru TACHOnet și le comunică secretariatului AETR. Orice modificare a punctelor de contact trebuie notificată în scris secretariatului AETR.

               4.Teste pentru conectarea la TACHOnet

               4.1.Conectarea unei părți contractante la TACHOnet este realizată după finalizarea cu succes a testelor de conectare, de integrare și de performanță, în conformitate cu instrucțiunile Comisiei Europene și sub supravegherea acesteia.

               4.2.În caz de eșec al testelor preliminare, Comisia Europeană poate suspenda temporar faza de testare. Testele sunt reluate după ce partea contractantă a comunicat Comisiei Europene adoptarea, la nivel național, a îmbunătățirilor tehnice necesare pentru desfășurarea cu succes a testelor preliminare.

               4.3.Durata maximă a testelor preliminare este de șase luni.

               5.Arhitectura de încredere

               5.1.Confidențialitatea, integritatea și nerepudierea mesajelor TACHOnet sunt asigurate de arhitectura de încredere a TACHOnet.

               5.2.Arhitectura de încredere a TACHOnet se bazează pe un serviciu de infrastructură de chei publice (PKI) instituit de Comisia Europeană, ale cărui cerințe sunt prevăzute în subapendicele 4.8 și 4.9.

               5.3.Următoarele entități intervin în arhitectura de încredere a TACHOnet:

               (a)autoritatea de certificare, responsabilă pentru generarea certificatelor digitale care urmează să fie eliberate de autoritatea de înregistrare autorităților naționale ale părților contractante (prin intermediul unor curieri de încredere desemnați de acestea), precum și pentru crearea infrastructurii tehnice în ceea ce privește eliberarea, revocarea și reînnoirea certificatelor digitale;

               (b)proprietarul domeniului, responsabil cu funcționarea nodului central menționat în subapendicele 4.1 și cu validarea și coordonarea arhitecturii de încredere a TACHOnet;

               (c)autoritatea de înregistrare, responsabilă cu înregistrarea și aprobarea cererilor de eliberare, de revocare și de reînnoire a certificatelor digitale, precum și cu verificarea identității curierilor de încredere;

               (d)curierul de încredere, și anume persoana desemnată de autoritățile naționale care este responsabilă cu predarea cheii publice către autoritatea de înregistrare și cu preluarea certificatului corespunzător generat de autoritatea de certificare;

               (e)autoritatea națională a părții contractante, care:

               (i)generează cheile private și cheile publice corespunzătoare ce trebuie incluse în certificatele care urmează să fie generate de autoritatea de certificare;

               (ii)
                     solicită certificatele digitale de la autoritatea de certificare;

               (iii)
                     desemnează curierul de încredere.

               5.4.Autoritatea de certificare și autoritatea de înregistrare sunt desemnate de Comisia Europeană.

               5.5.Orice parte contractantă care se conectează la TACHOnet trebuie să solicite eliberarea unui certificat digital în conformitate cu subapendicele 4.9, pentru semnarea și criptarea unui mesaj TACHOnet.

               5.6.Un certificat poate fi revocat în conformitate cu subapendicele 4.9.

               6.Protecția datelor și confidențialitate

               6.1.În conformitate cu legislația privind protecția datelor la nivel internațional și național, în special cu Convenția pentru protejarea persoanelor față de prelucrarea automatizată a datelor cu caracter personal, părțile adoptă toate măsurile tehnice și organizatorice necesare pentru a garanta securitatea datelor TACHOnet și pentru a preveni modificarea sau pierderea acestor date ori accesarea sau prelucrarea lor neautorizată (în special autenticitatea, confidențialitatea datelor, trasabilitatea, integritatea, disponibilitatea și nerepudierea și securitatea mesajelor).

               6.2.Fiecare parte își protejează propriile sisteme naționale împotriva utilizării ilicite, a codurilor dăunătoare, a virușilor, a intruziunilor informatice, a infracțiunilor, a modificării ilegale a datelor și a altor acțiuni comparabile ale unor părți terțe. Părțile convin să depună eforturi rezonabile din punct de vedere comercial pentru a evita transmiterea de viruși, de programe cu declanșare programată (time bombs), de programe cu auto-replicare (worms) sau altele asemenea ori de orice rutină de programare informatică ce ar putea afecta sistemele informatice ale altei părți.

               7.Costuri

               7.1.Părțile contractante își suportă propriile costuri de dezvoltare și de exploatare în legătură cu propriile proceduri și sisteme de date necesare pentru îndeplinirea obligațiilor care le revin în temeiul prezentului apendice.

               7.2.Serviciile specificate în subapendicele 4.1, furnizate de nodul central, sunt gratuite.

               8.Subcontractarea

               8.1.Părțile pot subcontracta oricare dintre serviciile pentru care sunt responsabile în temeiul prezentului apendice.

               8.2.Această subcontractare nu exonerează partea de responsabilitatea care îi revine în temeiul prezentului apendice, inclusiv de responsabilitatea pentru nivelul corespunzător al serviciului în conformitate cu subapendicele 4.6.

               Subapendicele 4.1

               Aspecte generale ale TACHOnet

               1.Descriere generală

               TACHOnet este un sistem electronic de schimb de informații privind cardurile de conducător auto între părțile contractante la AETR. TACHOnet direcționează cererile de informații de la părțile solicitante către părțile respondente, precum și răspunsurile acestora din urmă către primele. Părțile contractante care fac parte din TACHOnet trebuie să își conecteze la sistem registrele naționale ale cardurilor de conducător auto.

               2.Arhitectură

               Sistemul de mesagerie TACHOnet este compus din următoarele părți:

               2.1.Un nod central, care trebuie să fie capabil să primească o cerere de la partea solicitantă, să o valideze și să o prelucreze prin transmiterea ei către părțile respondente. Nodul central așteaptă ca fiecare parte respondentă să răspundă, consolidează toate răspunsurile și transmite răspunsul consolidat părții solicitante.

               2.2.Sistemele naționale ale părților, care trebuie să fie echipate cu o interfață capabilă să transmită cereri către nodul central, dar și să primească răspunsurile corespunzătoare. Pentru a transmite și a recepționa mesaje de la nodul central, sistemele naționale pot utiliza software brevetat sau comercial.

               3.Gestionare

               3.1.Nodul central este administrat de Comisia Europeană, care este responsabilă cu funcționarea tehnică și cu întreținerea nodului central.

               3.2.Nodul central nu stochează date pe perioade de peste șase luni, cu excepția datelor înregistrate în jurnal și a datelor statistice stabilite în subapendicele 4.7.

               3.3.Nodul central nu oferă acces la datele cu caracter personal decât personalului autorizat al Comisiei Europene, atunci când acest lucru este necesar în scopul monitorizării, al întreținerii și al depanării.

               3.4.Fiecare parte contractantă este responsabilă cu:

               3.4.1.Crearea și administrarea propriilor sisteme naționale, inclusiv a interfeței cu nodul central.

               3.4.2.Instalarea și întreținerea propriilor sisteme naționale, atât în materie de hardware, cât și de software, indiferent dacă acestea sunt brevetate sau comerciale.

               3.4.3.Interoperabilitatea corectă a propriului sistem național cu nodul central, inclusiv gestionarea mesajelor de eroare primite de la nodul central.

               3.4.4.Luarea tuturor măsurilor pentru a asigura confidențialitatea, integritatea și disponibilitatea informațiilor.

               3.4.5.Exploatarea sistemelor naționale în conformitate cu nivelurile serviciului prevăzute în subapendicele 4.6.

               Subapendicele 4.2

               Funcționalitățile TACHOnet

               1.Sistemul de mesagerie TACHOnet trebuie să asigure următoarele funcții:

               1.1.verificarea cardurilor eliberate (Check Issued Cards - CIC): permite părții solicitante să trimită o cerere de verificare a cardurilor eliberate (Check Issued Cards Request) către o parte respondentă sau către toate părțile respondente, pentru a stabili dacă un solicitant de card deține deja un card de conducător auto eliberat de părțile respondente. Părțile respondente răspund cererii prin transmiterea unui răspuns de verificare a cardurilor eliberate (Check Issued Cards Response);

               1.2.verificarea stării cardului (Check Card Status - CCS): permite părții solicitante să ceară părții respondente detalii cu privire la un card eliberat de aceasta din urmă, prin transmiterea unei cereri de verificare a stării cardului (Check Card Status Request). Partea respondentă răspunde cererii prin transmiterea unui răspuns de verificare a stării cardului (Check Card Status Response);

               1.3.modificarea stării cardului (Modify Card Status - MCS): permite părții solicitante să notifice părții respondente, printr-o cerere de modificare a stării cardului (Modify Card Status Request), că starea unui card eliberat de aceasta din urmă s-a schimbat. Partea respondentă răspunde printr-un mesaj de luare la cunoștință a modificării stării cardului (Modify Card Status Acknowledgement);

               1.4.permisul de conducere pe baza căruia a fost eliberat cardul (Issued Card Driving License - ICDL): permite părții solicitante să notifice părții respondente, prin intermediul unei cereri de tipul Issued Card Driving Licence Request, că partea solicitantă a eliberat un card pe baza unui permis de conducere eliberat de partea respondentă. Partea respondentă răspunde printr-un mesaj de tipul Issued Card Driving Licence Response.

               2.Trebuie incluse și alte tipuri de mesaje considerate adecvate pentru funcționarea eficientă a TACHOnet, de exemplu notificările de eroare.

               3.Sistemele naționale trebuie să recunoască stările cardului enumerate în tabelul 1 atunci când utilizează oricare dintre funcțiile descrise la punctul 1. Cu toate acestea, părțile nu sunt obligate să implementeze o procedură administrativă care să utilizeze toate stările enumerate.

               4.Atunci când o parte primește un răspuns sau o notificare indicând o stare care nu este folosită în cadrul procedurilor sale administrative, sistemul național transpune starea din mesajul primit în valoarea corespunzătoare din cadrul procedurii respective. Mesajul nu trebuie să fie respins de partea respondentă, atât timp cât starea din mesaj figurează în tabelul 1.

               5.Starea cardului care figurează în tabelul 1 nu trebuie utilizată pentru a stabili dacă un card de conducător auto este valabil pentru conducerea unui autovehicul. Atunci când o parte interoghează registrul autorității naționale emitente a cardului prin intermediul funcției CCS, răspunsul trebuie să conțină câmpul dedicat „valabil pentru conducerea unui autovehicul”. Procedurile administrative naționale trebuie să fie de așa natură încât răspunsurile CCS să conțină întotdeauna valoarea adecvată în câmpul „valabil pentru conducerea unui autovehicul”.

               Tabelul 1

               Stări ale cardului

                        Starea cardului
                        (Card Status)

                        Definiție

                        Application (cerere)

                        AEC a primit o cerere de eliberare a unui card de conducător auto. Aceste informații au fost înregistrate și stocate în baza de date cu cheile de căutare generate.

                        Approved (aprobat)

                        AEC a aprobat cererea de eliberare a unui card de tahograf.

                        Rejected (respins)

                        AEC nu a aprobat cererea.

                        Personalised (personalizat)

                        Cardul de tahograf a fost personalizat.

                        Dispatched (expediat)

                        Autoritatea națională a expediat cardul de conducător auto către conducătorul auto relevant sau către agenția de eliberare relevantă.

                        Handed Over (înmânat)

                        Autoritatea națională a înmânat cardul de conducător auto conducătorului auto relevant.

                        Confiscated (confiscat)

                        Cardul de conducător auto a fost luat de la conducătorul auto de către autoritatea competentă.

                        Suspended (suspendat)

                        Cardul de conducător auto a fost luat temporar de la conducătorul auto.

                        Withdrawn (retras)

                        AEC a decis să retragă cardul de conducător auto. Cardul a fost anulat definitiv.

                        Surrendered (predat)

                        Cardul de tahograf a fost returnat AEC și a fost declarat inutil.

                        Lost (pierdut)

                        Cardul de tahograf a fost declarat pierdut la AEC.

                        Stolen (furat)

                        Cardul de tahograf a fost declarat furat la AEC. Un card furat este considerat pierdut.

                        Malfunctioning (defect)

                        Cardul de tahograf a fost declarat defect la AEC.

                        Expired (expirat)

                        Perioada de valabilitate a cardului de tahograf a expirat.

                        Replaced (înlocuit)

                        Cardul de tahograf care a fost declarat pierdut, furat sau defect a fost înlocuit cu un nou card. Datele de pe noul card sunt aceleași, cu excepția indicelui de înlocuire din numărul cardului, care a fost mărit cu o unitate.

                        Renewed (reînnoit)

                        Cardul de tahograf a fost reînnoit în urma modificării unor date administrative sau a expirării perioadei de valabilitate. Datele de pe noul card sunt aceleași, cu excepția indicelui de reînnoire din numărul cardului, care a fost mărit cu o unitate.

                        In Exchange (în curs de schimbare)

                        AEC care a emis un card de conducător auto a primit o notificare prin care este anunțată că a fost demarată procedura de schimbare a cardului respectiv cu un card de conducător auto emis de AEC a altei părți.

                        Exchanged (preschimbat)

                        AEC care a emis un card de conducător auto a primit o notificare prin care este anunțată că a fost finalizată procedura de preschimbare a cardului respectiv cu un card de conducător auto emis de AEC a altei părți.

               Subapendicele 4.3

               Dispoziții privind mesajele TACHOnet

               1.Cerințe tehnice generale

               1.1.Nodul central trebuie să asigure atât interfețe sincrone, cât și asincrone pentru schimbul de mesaje. Părțile pot alege tehnologia cea mai adecvată pentru interfața cu propriile aplicații.

               1.2.Toate mesajele transmise între nodul central și sistemele naționale trebuie să fie codificate UTF-8.

               1.3.Sistemele naționale trebuie să aibă capacitatea de a primi și de a prelucra mesaje care conțin caractere grecești sau chirilice.

               2.Structura mesajelor XML și definiția schemei (XSD)

               2.1.Structura generală a mesajelor XML trebuie să respecte formatul definit de schemele XSD instalate în nodul central.

               2.2.Nodul central și sistemele naționale trebuie să transmită și să recepționeze mesaje care sunt conforme cu schema XSD a mesajelor.

               2.3.Sistemele naționale trebuie să aibă capacitatea de a transmite, de a recepționa și de a prelucra toate mesajele care corespund oricăreia dintre funcțiile stabilite în subapendicele 4.2.

               2.4.Mesajele XML trebuie să includă cel puțin cerințele minime stabilite în tabelul 2.

               Tabelul 2

               Cerințe minime privind conținutul mesajelor XML

                        Antet comun

                        Obligatorie

                        Version (versiune)

                        Versiunea oficială a specificațiilor XML va fi specificată prin spațiul de nume (namespace) definit în XSD a mesajului și în atributul „versiune” (version) din elementul antet al oricărui mesaj XML. Numărul versiunii („n.m”) va fi definit ca valoare fixă la fiecare lansare a fișierului de definiție a schemei XML (xsd).

                        Da

                        Test Identifier (identificator de testare)

                        ID opțional pentru testare. Inițiatorul testului va completa ID-ul, iar toți ceilalți participanți la fluxul de lucru vor redirecționa/returna același ID. În producție, el trebuie ignorat și nu va fi folosit dacă este furnizat.

                        Nu

                        Technical Identifier (identificator tehnic)

                        Un UUID care identifică în mod unic fiecare mesaj în parte. Expeditorul generează un UUID și completează acest atribut. Aceste date nu se folosesc în niciun scop legat de activități economice.

                        Da

                        Workflow Identifier (identificator al fluxului de lucru)

                        Identificatorul fluxului de lucru este un UUID și trebuie să fie generat de partea solicitantă. Acest ID este apoi utilizat în toate mesajele pentru a corela fluxul de lucru.

                        Da

                        Sent At (trimis la)

                        Data și ora (UTC) la care a fost trimis mesajul.

                        Da

                        Timeout (timpul a expirat)

                        Acesta este un atribut opțional privind data și ora (în format UTC). Această valoare va fi stabilită doar de nodul central pentru cererile redirecționate. Ea va informa partea respondentă cu privire la ora la care expiră cererea. Această valoare nu este necesară în MS2TCN_<x>_Req și în niciun mesaj de răspuns. Ea este opțională, pentru a permite utilizarea aceleiași definiții de antet pentru toate tipurile de mesaje, indiferent dacă atributul „timeoutValue” este necesar sau nu.

                        Nu

                        De la

                        Codul ISO 3166-1 alfa 2 al părții care transmite mesajul sau „UE”.

                        Da

                        Către

                        Codul ISO 3166-1 alfa 2 al părții căreia i se transmite mesajul sau „UE”.

                        Da

               Subapendicele 4.4

               Servicii de transliterare și NYSIIS (New York State Identification and Intelligence System)

               1.Algoritmul NYSIIS implementat în nodul central este folosit pentru a codifica numele tuturor conducătorilor auto în registrul național.

               2.La căutarea unui card prin intermediul funcției CIC se utilizează cheile NYSIIS ca mecanism principal de căutare.

               3.În plus, părțile pot utiliza un algoritm personalizat, pentru a obține rezultate suplimentare.

               4.Rezultatele căutării trebuie să indice mecanismul de căutare care a fost utilizat pentru a găsi o înregistrare, fie NYSIIS, fie un algoritm personalizat.

               5.Dacă o parte alege să înregistreze notificările ICDL, atunci cheile NYSIIS conținute în notificare se înregistrează ca parte a datelor ICDL. La căutarea datelor ICDL, partea respectivă utilizează cheile NYSIIS ale numelui solicitantului.

               Subapendicele 4.5

               Cerințe de securitate

               1.Pentru schimbul de mesaje între nodul central și sistemele naționale se utilizează protocolul HTTPS.

               2.Sistemele naționale trebuie să utilizeze certificatele digitale menționate în subapendicele 4.8 și 4.9 pentru a securiza transmiterea mesajelor între sistemul național și nodul central.

               3.Sistemele naționale trebuie să implementeze cel puțin certificate care folosesc algoritmul hash semnătură SHA-2 (SHA-256) și o lungime a cheilor publice de 2048 de biți.

               Subapendicele 4.6

               Nivelurile serviciului

               1.Sistemele naționale asigură următorul nivel minim al serviciului:

               1.1.Sunt disponibile 24 de ore pe zi, 7 zile pe săptămână.

               1.2.Disponibilitatea lor este monitorizată prin intermediul unui mesaj heartbeat emis de nodul central.

               1.3.Rata lor de disponibilitate este de 98 %, în conformitate cu tabelul următor (cifrele au fost rotunjite la cea mai apropiată unitate):

                        O disponibilitate de

                        înseamnă o indisponibilitate de

                        Zilnică

                        Lunară

                        Anuală

                        98 %

                        0,5 ore

                        15 ore

                        7,5 zile

               Părțile sunt încurajate să respecte rata de disponibilitate zilnică, însă se recunoaște faptul că anumite activități necesare, cum ar fi întreținerea sistemului, necesită o perioadă de indisponibilitate de peste 30 de minute. Cu toate acestea, ratele de disponibilitate lunare și anuale rămân obligatorii.

               1.4.Sistemele naționale trebuie să răspundă la minimum 98 % din cererile redirecționate către ele într-o lună calendaristică.

               1.5.Ele trebuie să răspundă cererilor în cel mult 10 secunde.

               1.6.Timpul total până la expirarea cererii (timpul în care solicitantul poate să aștepte un răspuns) nu trebuie să depășească 20 de secunde.

               1.7.Ele trebuie să fie capabile să prelucreze cereri la o rată de șase mesaje pe secundă.

               1.8.Sistemele naționale nu pot transmite cereri către nodul TACHOnet la o rată care depășește două solicitări pe secundă.

               1.9.Fiecare sistem național trebuie să fie capabil să facă față eventualelor probleme tehnice ale nodului central sau ale sistemelor naționale ale altor părți. Acestea includ, dar nu se limitează la:

               (a)pierderea legăturii cu nodul central;

               (b)neprimirea unui răspuns la o cerere;

               (c)primirea răspunsurilor după ce mesajul a expirat;

               (d)primirea de mesaje nesolicitate;

               (e)primirea de mesaje incorecte.

               2.Nodul central trebuie:

               2.1.să aibă o rată de disponibilitate de 98 %;

               2.2.să transmită către sistemele naționale notificări ale oricăror erori, fie prin intermediul mesajului de răspuns, fie prin intermediul unui mesaj de eroare specific. La rândul lor, sistemele naționale trebuie să primească aceste mesaje de eroare specifice și să dispună de un flux de lucru progresiv (escalation workflow) pentru a lua toate măsurile adecvate în vederea remedierii erorii notificate.

               3.Întreținere

               Părțile notifică celorlalte părți și Comisiei Europene, prin intermediul aplicației web, orice activități de întreținere de rutină, cu cel puțin o săptămână înainte de începerea respectivelor activități, dacă acest lucru este posibil din punct de vedere tehnic.

               Subapendicele 4.7

               Înregistrarea în jurnal și statisticile datelor colectate la nivelul nodului central

               1.Pentru a se asigura confidențialitatea, datele colectate în scopuri statistice trebuie să fie anonimizate. Datele de identificare a unui anumit card, conducător auto sau permis de conducere trebuie să nu fie disponibile în scopuri statistice.

               2.Informațiile înregistrate în jurnal trebuie să țină evidența tuturor tranzacțiilor, în scopul monitorizării și al corectării erorilor de sistem, și trebuie să permită generarea de statistici referitoare la respectivele tranzacții.

               3.Datele cu caracter personal nu se păstrează în jurnale mai mult de șase luni. Informațiile statistice se păstrează pe o perioadă nedeterminată.

               4.Datele statistice utilizate pentru raportare trebuie să includă:

               (a)partea solicitantă;

               (b)partea respondentă;

               (c)tipul de mesaj;

               (d)codul de stare al răspunsului;

               (e)data și ora mesajelor;

               (f)timpul de răspuns.

               Subapendicele 4.8

               Dispoziții generale privind cheile și certificatele digitale pentru TACHOnet

               1.Direcția Generală Informatică a Comisiei Europene (DIGIT) pune la dispoziția părților contractante la AETR care se conectează la TACHOnet (prin urmare, autorităților naționale) un serviciu PKI
                  1
                (denumit „serviciul PKI MIE”) prin intermediul eDelivery.

               2.Procedura de solicitare și de revocare a certificatelor digitale, precum și termenele și condițiile detaliate pentru utilizarea lor sunt definite în apendice.

               3.Utilizarea certificatelor:

               3.1.Odată eliberat certificatul, autoritatea națională
                  2
                trebuie să îl utilizeze numai în contextul TACHOnet. Certificatul poate fi utilizat pentru:

               (a)autentificarea originii datelor;

               (b)criptarea datelor;

               (c)asigurarea detectării cazurilor de violare a integrității datelor.

               3.2.Orice utilizare care nu este autorizată în mod explicit în cadrul utilizărilor permise ale certificatului este interzisă.

               4.Părțile contractante trebuie:

               (a)să își protejeze cheia privată împotriva utilizării neautorizate;

               (b)să evite transferarea sau dezvăluirea cheii lor private către terți, chiar dacă aceștia au calitatea de reprezentanți;

               (c)să asigure confidențialitatea, integritatea și disponibilitatea cheilor private generate, stocate și utilizate pentru TACHOnet;

               (d)să evite utilizarea în continuare a cheii private după expirarea perioadei de valabilitate sau după revocarea certificatului, în alte scopuri decât pentru a vizualiza date criptate (de exemplu pentru a decripta e-mailuri). Cheile expirate trebuie distruse sau păstrate în așa fel încât să se împiedice utilizarea lor;

               (e)să pună la dispoziția autorității de înregistrare datele de identificare ale reprezentanților autorizați care sunt autorizați să solicite revocarea certificatelor eliberate organizației (cererile de revocare trebuie să includă o parolă aferentă cererii de revocare și detalii privind evenimentele care au condus la revocare);

               (f)să prevină utilizarea abuzivă a cheii private prin solicitarea revocării certificatului de cheie publică asociat în cazul compromiterii cheii private sau a datelor de activare a cheii private;

               (g)să fie responsabile și să dețină obligația de a solicita revocarea certificatului în circumstanțele identificate în politicile de certificare (PC) și în declarația privind practicile de certificare (DPC) ale autorității de certificare;

               (h)să notifice autorității de înregistrare, fără întârziere, pierderea, furtul sau potențiala compromitere a oricăror chei AETR utilizate în contextul TACHOnet.

               5.Răspunderi

               Fără a aduce atingere răspunderii Comisiei Europene într-un mod care contravine cerințelor stabilite în legislația națională aplicabilă sau cu privire la răspunderea legată de aspecte care nu pot fi excluse în temeiul legislației respective, Comisia Europeană nu deține responsabilitatea sau răspunderea pentru:

               (a)conținutul certificatului, care îi revine exclusiv proprietarului certificatului. Este responsabilitatea proprietarului certificatului să verifice exactitatea conținutului certificatului;

               (b)utilizarea certificatului de către proprietarul acestuia.

               Subapendicele 4.9

               Descrierea serviciului PKI pentru TACHOnet

               1.Introducere

               O PKI (infrastructură de chei publice) este un set de roluri, de politici, de proceduri și de sisteme necesare pentru crearea, gestionarea, distribuirea și revocarea certificatelor digitale
                  3
               . Serviciul PKI MIE al eDelivery permite eliberarea și gestionarea certificatelor digitale utilizate pentru a asigura confidențialitatea, integritatea și nerepudierea informațiilor transmise între punctele de acces (PA).

               Serviciul PKI al eDelivery se bazează pe serviciul TeleSec Shared Business CA (autoritate de certificare) care ține de serviciile de centru de încredere (Trust Center Services) și căruia i se aplică politica de certificare (PC) / declarația de practici de certificare (DPC) privind TeleSec Shared-Business-CA a companiei T-Systems International GmbH
                  4
               .

               Serviciul PKI eliberează certificate adecvate pentru securizarea diverselor procese operaționale din cadrul și din afara companiilor, organizațiilor, autorităților publice și instituțiilor care necesită un nivel de securitate mediu pentru a demonstra autenticitatea, integritatea și credibilitatea entității finale.

               2.Procesul de solicitare a certificatului

               2.1.Roluri și responsabilități

               2.1.1.„Organizația” sau „autoritatea națională” care solicită certificatul

               2.1.1.1.Autoritatea națională trebuie să solicite certificatele în contextul proiectului TACHOnet.

               2.1.1.2.Autoritatea națională trebuie:

               (a)să solicite certificatele de la serviciul PKI MIE;

               (b)să genereze cheile private și cheile publice corespunzătoare ce trebuie incluse în certificatele eliberate de autoritatea de certificare;

               (c)să descarce certificatul, atunci când acesta este aprobat;

               (d)să semneze și să trimită înapoi autorității de înregistrare:

               (i)formularul de identificare a persoanelor de contact și a curierilor de încredere,

               (ii)procura individuală semnată
                  5
               .

               2.1.2.Curierul de încredere

               2.1.2.1.Autoritatea națională desemnează un curier de încredere.

               2.1.2.2.Curierul de încredere trebuie:

               (a)să predea cheia publică autorității de înregistrare în decursul unui proces de identificare și de înregistrare față în față;

               (b)să obțină certificatul corespunzător de la autoritatea de înregistrare.

               2.1.3.Proprietarul domeniului

               2.1.3.1.DG MOVE este proprietarul domeniului.

               2.1.3.2.Proprietarul domeniului trebuie:

               (a)să valideze și să coordoneze rețeaua TACHOnet și arhitectura de încredere TACHOnet, inclusiv validarea procedurilor de eliberare a certificatelor;

               (b)să exploateze nodul central al TACHOnet și să coordoneze activitatea părților în ceea ce privește funcționarea TACHOnet;

               (c)să efectueze, împreună cu autoritățile naționale, testele de conectare la TACHOnet.

               2.1.4.Autoritatea de înregistrare

               2.1.4.1.Centrul Comun de Cercetare (JRC) este autoritatea de înregistrare.

               2.1.4.2.Autoritatea de înregistrare este responsabilă cu verificarea identității curierului de încredere și cu înregistrarea și aprobarea cererilor de eliberare, de revocare și de reînnoire a certificatelor digitale.

               2.1.4.3.Autoritatea de înregistrare trebuie:

               (a)să atribuie identificatorul unic autorității naționale;

               (b)să autentifice identitatea autorității naționale, a punctelor sale de contact și a curierilor săi de încredere;

               (c)să comunice cu echipa de asistență a MIE în ceea ce privește autenticitatea autorității naționale, a punctelor sale de contact și a curierilor săi de încredere;

               (d)să informeze autoritatea națională cu privire la aprobarea sau la respingerea certificatului.

               2.1.5.Autoritatea de certificare

               2.1.5.1.Autoritatea de certificare este responsabilă cu punerea la dispoziție a infrastructurii tehnice pentru solicitarea, eliberarea și revocarea certificatelor digitale.

               2.1.5.2.Autoritatea de certificare trebuie:

               (a)să pună la dispoziție infrastructura tehnică pentru depunerea de cereri de certificate de către autoritățile naționale;

               (b)să valideze sau să respingă cererea de certificat;

               (c)să comunice cu autoritatea de înregistrare pentru verificarea identității organizației solicitante, atunci când este necesar.

               2.2.Eliberarea certificatelor

               2.2.1.Eliberarea certificatelor se efectuează conform următoarelor etape succesive, reprezentate în figura 1:

               (a)etapa 1: identificarea curierului de încredere;

               (b)etapa 2: crearea cererii de certificat;

               (c)etapa 3: înregistrarea la autoritatea de înregistrare;

               (d)etapa 4: generarea certificatului;

               (e)etapa 5: publicarea certificatului;

               (f)etapa 6: acceptarea certificatului.

               Figura 1 - Fluxul de lucru pentru eliberarea certificatelor

               2.2.2.Etapa 1: identificarea curierului de încredere

               Pentru identificarea curierului de încredere trebuie urmat procesul de mai jos:

               (a)autoritatea de înregistrare transmite autorității naționale formularul de identificare a persoanelor de contact și al curierilor de încredere
                  6
               . Acest formular trebuie să includă, de asemenea, o procură pe care organizația (autoritatea AETR) trebuie să o semneze;

               (b)autoritatea națională transmite înapoi autorității de înregistrare formularul completat și procura semnată;

               (c)autoritatea de înregistrare confirmă primirea corespunzătoare și integralitatea formularului;

               (d)autoritatea de înregistrare transmite proprietarului domeniului o copie actualizată a listei persoanelor de contact și a curierilor de încredere.

               2.2.3.Etapa 2: crearea cererii de certificat

               2.2.3.1.Solicitarea și recuperarea certificatului trebuie să se efectueze pe același computer și cu același browser.

               2.2.3.2.Pentru crearea cererii de certificat trebuie urmat procesul de mai jos:

               (a)organizația navighează către interfața web pentru utilizatori în vederea solicitării certificatului prin intermediul URL

                  https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en

               : și introduce numele de utilizator „sbca/CEF_eDelivery.europa.eu” și parola „digit.333”;

               Figura 2

               (b)organizația face clic pe „request” în meniul din partea stângă și selectează „CEF_TACHOnet” din lista verticală;

               Figura 3

               (c)organizația completează formularul de cerere a certificatului prezentat în figura 4 cu informațiile din tabelul 3 și face clic pe „Next (soft-PSE)” pentru a finaliza procesul;

               Figura 4

                        Câmpuri solicitate

                        Descriere

                        Country (țară)

                        C=codul țării, locul unde se află proprietarul certificatului, verificat cu ajutorul unui registru public;

                        Restricții: două caractere, în conformitate cu ISO 3166-1, alpha-2, sensibil la scrierea cu literă majusculă sau cu literă minusculă;

                        Exemple: DE, BE, NL,

                        Cazuri specifice: UK (pentru Marea Britanie), EL (pentru Grecia)

                        Organisation/Company (O) (organizație/companie)

                        O=denumirea organizației proprietarului certificatului

                        Master domain (OU1) (domeniu principal)

                        OU=CEF_eDelivery.europa.eu

                        Area of responsibility (OU2) (domeniul de responsabilitate)

                        OU=CEF_TACHOnet

                        Department (OU3) (departament)

                        Valoare obligatorie per „AREA OF RESPONSIBILITY”

                        Conținutul trebuie verificat cu ajutorul unei liste pozitive (listă albă) în momentul solicitării certificatului. Dacă informațiile nu corespund listei, cererea nu se transmite.

                        Format:
                        OU=<TYPE>-<GTC_NUMBER>

                        Unde „<TYPE >” se înlocuiește cu AP_PROD: Access Point in Production environment (punct de acces în mediul de producție).

                        Și unde <GTC_NUMBER> este GTC_OID-1.3.130.0.2018.xxxxxx, unde Ares(2018)xxxxxx este numărul GTC pentru proiectul TACHOnet.

                        De exemplu:

                        AP_PROD-GTC_OID-1.3.130.0.2018.xxxxxx

                        First name (CN) (prenume)

                        Trebuie să rămână necompletat

                        Last name (CN) (nume)

                        Trebuie să înceapă cu „GRP:”, urmat de un nume comun.

                        Format:

                        CN=GRP:<AREA OF RESPONSIBILITY>_<TYPE>_<COUNTRY CODE>_<UNIQUE IDENTIFIER>

                        De exemplu:
                        GRP:CEF_TACHOnet_AP_PROD_BE_001

                        E-mail

                        E=

                           CEF-EDELIVERY-SUPPORT@ec.europa.eu

                        E-mail 1 (SAN)

                        Trebuie să rămână necompletat

                        E-mail 2 (SAN)

                        Trebuie să rămână necompletat

                        E-mail 3 (SAN)

                        Trebuie să rămână necompletat

                        Address (adresa)

                        Trebuie să rămână necompletat

                        Street (strada)

                        Trebuie să fie adresa oficială a organizației proprietarului certificatului. (Utilizată pentru procură).

                        Street no. (numărul străzii)

                        Trebuie să fie adresa oficială a organizației proprietarului certificatului. (Utilizată pentru procură).

                        Zip Code (codul poștal)

                        Trebuie să fie adresa oficială a organizației proprietarului certificatului. (Utilizată pentru procură).

                        Atenție: în cazul în care codul poștal NU este un cod din cinci cifre, lăsați necompletat câmpul „ZIP Code” și înscrieți codul poștal în câmpul „City”.

                        City (localitatea)

                        Trebuie să fie adresa oficială a organizației proprietarului certificatului. (Utilizată pentru procură).

                        Atenție: în cazul în care codul poștal NU este un cod din cinci cifre, lăsați necompletat câmpul „ZIP Code” și înscrieți codul poștal în câmpul „City”.

                        Phone no (numărul de telefon)

                        Trebuie să rămână necompletat

                        Identification data (date de identificare)

                        Adresa de e-mail trebuie să fie aceeași ca cea utilizată pentru înregistrarea identificatorului unic.
                           +
                           Trebuie să fie numele persoanei care reprezintă organizația. (Utilizată pentru procură)

                        + Numărul din Registrul Comerțului (obligatoriu numai pentru organizațiile private)

                        Înscrisă la tribunalul local din (obligatoriu numai pentru organizațiile private din Germania și din Austria)

                        Revocation password (parola de revocare)

                        Câmp obligatoriu ales de solicitant

                        Revocation password repetition (repetarea parolei de revocare)

                        Câmp obligatoriu ales de solicitant, repetat

               Tabelul 3. Detalii complete privind fiecare câmp solicitat

               (d)lungimea cheii selectate este de 2048 (categorie superioară);

               Figura 5

               (e)organizația înregistrează numărul de referință pentru a recupera certificatul;

               Figura 6

               (f)echipa de asistență a MIE verifică dacă există noi cereri de certificate și dacă informațiile din cererile de certificate sunt valabile, adică dacă respectă convenția de denumire specificată în apendicele 5.1 „Convenție de denumire pentru certificat”;

               (g)echipa de asistență a MIE verifică dacă informațiile introduse în cerere sunt într-un format valabil.

               (h)Atunci când oricare dintre verificările de la punctele 5 sau 6 de mai sus eșuează, echipa de asistență a MIE transmite la adresa de e-mail furnizată în câmpul „Identification data” al formularului de cerere, punând în copie proprietarul domeniului, un e-mail prin care organizația este invitată să demareze din nou procesul. Cererea de certificat eșuată se anulează;

               (i)echipa de asistență a MIE transmite autorității de înregistrare un e-mail cu privire la valabilitatea cererii. Acest e-mail trebuie să includă:

               (1)denumirea organizației, disponibilă în câmpul „Organisation (O)” al cererii de certificat;

               (2)datele certificatului, inclusiv denumirea PA pentru care urmează să fie eliberat certificatul, disponibilă în câmpul „Last Name (CN)” al cererii de certificat;

               (3)numărul de referință al certificatului;

               (4)adresa organizației, adresa de e-mail a acesteia și numele persoanei care o reprezintă.

               Figura 7 – Procesul de solicitare a certificatului

               2.2.4.Etapa 3: înregistrarea la autoritatea de înregistrare (aprobarea certificatului)

               2.2.4.1.Curierul de încredere sau punctul de contact face o programare la autoritatea de înregistrare prin intermediul unui schimb de e-mailuri, identificând curierul de încredere care va participa la întâlnirea față în față.

               2.2.4.2.Organizația pregătește pachetul de documente, care constă în:

               (a)procura completată și semnată;

               (b)o copie a pașaportului valabil al curierului de încredere care va participa la întâlnirea față în față. Această copie trebuie semnată de unul dintre punctele de contact ale organizației, identificate în cadrul etapei 1;

               (c)formularul de cerere a certificatului pe hârtie, semnat de unul dintre punctele de contact ale organizației.

               2.2.4.3.Autoritatea de înregistrare îl primește pe curierul de încredere după ce identitatea acestuia a fost verificată la recepția clădirii. Autoritatea de înregistrare efectuează înregistrarea față în față a cererii de certificat prin:

               (a)identificarea și autentificarea curierului de încredere;

               (b)verificarea înfățișării fizice a curierului de încredere pe baza pașaportului prezentat de curierul de încredere;

               (c)verificarea valabilității pașaportului prezentat de curierul de încredere;

               (d)verificarea pașaportului validat prezentat de curierul de încredere pe baza copiei pașaportului valabil al curierului de încredere semnate de unul dintre punctele de contact identificate ale organizației. Semnătura este autentificată pe baza originalului formularului de identificare a punctelor de contact și a curierilor de încredere;

               (e)verificarea procurii completate și semnate;

               (f)verificarea formularului de cerere a certificatului pe hârtie și a semnăturii sale, pe baza originalului formularului de identificare a punctelor de contact și a curierilor de încredere;

               (g)apelarea punctului de contact semnatar pentru dubla verificare a identității curierului de încredere și a conținutului cererii de certificat.

               2.2.4.4.Autoritatea de înregistrare confirmă echipei de asistență a MIE că autoritatea națională este într-adevăr autorizată să exploateze componentele pentru care solicită certificatele și că procesul de înregistrare față în față corespunzător s-a încheiat cu succes. Confirmarea trebuie transmisă printr-un email securizat cu un certificat de tip „CommiSign”, atașând o copie scanată a pachetului de documente autentificat prin procesul de înregistrare față în față și o copie scanată a listei semnate de verificare a procesului care a fost utilizată de autoritatea de înregistrare.

               2.2.4.5.Dacă autoritatea de înregistrare confirmă valabilitatea cererii, procesul se desfășoară în continuare în conformitate cu indicațiile de la punctele 2.2.4.6 și 2.2.4.7. În caz contrar, se respinge eliberarea certificatului și se informează organizația în acest sens.

               2.2.4.6.Echipa de asistență a MIE aprobă cererea de certificat și notifică autorității de înregistrare aprobarea certificatului.

               2.2.4.7.Autoritatea de înregistrare informează organizația că certificatul poate fi recuperat prin intermediul portalului pentru utilizatori.

               Figura 8 - Aprobarea certificatului

               2.2.5.Etapa 4: generarea certificatului

               Odată aprobată cererea de certificat, certificatul este generat.

               2.2.6.Etapa 5: publicarea și recuperarea certificatului

               2.2.6.1.În urma aprobării cererii de certificat, autoritatea de înregistrare recuperează certificatul și înmânează o copie curierului de încredere.

               2.2.6.2.Organizația primește din partea autorității de înregistrare notificarea că certificatele pot fi recuperate.

               2.2.6.3.Organizația trebuie să navigheze către portalul pentru utilizatori de la adresa

                  https://sbca.telesec.de/sbca/ee/login/displayLogin.html?locale=en

                și să se autentifice folosind numele de utilizator „sbca/CEF_eDelivery.europa.eu” și parola „digit.333”.

               Figura 9

               2.2.6.4.Organizația face clic pe butonul „fetch” din meniul din partea stângă și introduce numărul de referință înregistrat în timpul procesului de solicitare a certificatului.

               Figura 10

               2.2.6.5.Organizația instalează certificatele făcând clic pe butonul „install”.

               Figura 11

               2.2.6.6.Certificatul trebuie instalat la punctul de acces. Deoarece instalarea este specifică implementării, organizația se consultă cu furnizorul său de punct de acces pentru a obține descrierea acestui proces.

               2.2.6.7.Următoarele etape sunt necesare pentru instalarea certificatului la punctul de acces:

               (a)exportarea cheii private și a certificatului;

               (b)crearea registrului de chei (keystore) și a registrului de încredere (truststore);

               (c)instalarea registrului de chei și a registrului de încredere la punctul de acces.

               Figura 12 - Recuperarea certificatului

               3.Procesul de revocare a certificatului

               3.1.Organizația depune o cerere de revocare prin intermediul portalului pentru utilizatori.

               3.2.Echipa de asistență a MIE execută revocarea certificatului.

               Figura 13 - Revocarea certificatului

               4.Termenele și condițiile generale ale serviciului PKI MIE

               4.1.Context

               În calitatea sa de furnizor de soluție privind modulul e-Delivery al Mecanismului pentru interconectarea Europei, DIGIT pune la dispoziția părților contractante la AETR un serviciu PKI
                  7
                („serviciul PKI MIE”). Serviciul PKI MIE trebuie utilizat de autoritățile naționale („utilizatorii finali”) care participă la TACHOnet.

               DIGIT este un utilizator PKI în cadrul soluției TeleSec Shared-Business-CA („SBCA”) exploatate în cadrul Centrului de încredere (Trust Center) al grupului T-Systems International GmbH („T-Systems”
                  8
               ) DIGIT îndeplinește rolul de operator principal de registru (Master Registrar) al domeniului „CEF_eDelivery.europa.eu” al SBCA. În acest rol, DIGIT creează în cadrul domeniului „CEF_eDelivery.europa.eu” subdomenii pentru fiecare proiect care utilizează serviciul PKI MIE.

               Prezentul document oferă detalii cu privire la termenele și condițiile subdomeniului TACHOnet. DIGIT îndeplinește rolul de suboperator de registru al acestui subdomeniu. În această calitate, DIGIT eliberează, revocă și reînnoiește certificatele aferente acestui proiect.

               4.2.Declinarea responsabilității

               Comisia Europeană nu își asumă nicio responsabilitate sau răspundere cu privire la conținutul certificatului, care îi revine în exclusivitate proprietarului certificatului. Este responsabilitatea proprietarului certificatului să verifice exactitatea conținutului certificatului.

               Comisia Europeană nu își asumă nicio responsabilitate sau răspundere cu privire la utilizarea certificatului de către proprietarul acestuia care este o entitate juridică terță din afara Comisiei Europene.

               Prezenta declinare a responsabilității nu are ca scop limitarea răspunderii Comisiei Europene într-un mod care contravine cerințelor stabilite în legislația națională aplicabilă și nici excluderea răspunderii sale în ceea ce privește aspecte care nu pot fi excluse în temeiul legislației respective.

               4.3.Utilizări autorizate/interzise ale certificatelor

               4.3.1.Utilizări permise ale certificatelor

               Odată eliberat certificatul, proprietarul certificatului
                  9
                trebuie să îl utilizeze numai în contextul TACHOnet. În acest context, certificatul poate fi utilizat pentru:

               ·autentificarea originii datelor;

               ·criptarea datelor;

               ·asigurarea detectării cazurilor de violare a integrității datelor.

               4.3.2.Utilizări interzise ale certificatelor

               Orice utilizare care nu este autorizată în mod explicit în cadrul utilizărilor permise ale certificatului este interzisă.

               4.4.Obligații suplimentare ale proprietarului certificatului

               Termenele și condițiile detaliate ale SBCA sunt definite de T-Systems în politica de certificare (PC) / declarația de practici de certificare (DPC) pentru serviciul SBCA
                  10
               . Acest document include specificații și orientări în materie de securitate privind aspectele tehnice și organizatorice și descrie activitățile operatorului Centrului de încredere în rolurile de autoritate de certificare (CA) și de autoritate de înregistrare (RA), precum și ale părții terțe delegate de autoritatea de înregistrare (RA).

               Numai entitățile autorizate să participe la TACHOnet pot solicita un certificat.

               În ceea ce privește acceptarea certificatului, se aplică clauza 4.4.1 din politica de certificare și din declarația privind practicile de certificare („PC/DPC”) ale SBCA; în plus, se consideră că termenele de utilizare și dispozițiile descrise în prezentul document au fost acceptate de organizația căreia i se eliberează certificatul („O =”) atunci când acesta este utilizat pentru prima dată.

               În ceea ce privește publicarea certificatului, se aplică clauza 2.2 din PC/DPC ale SBCA.

               Toți proprietarii de certificate trebuie să respecte următoarele cerințe:

               (1)să își protejeze cheia privată împotriva utilizării neautorizate;

               (2)să evite transferarea sau dezvăluirea cheii lor private către terți, chiar dacă aceștia au calitatea de reprezentanți;

               (3)să evite utilizarea în continuare a cheii private după expirarea perioadei de valabilitate sau după revocarea certificatului, în alte scopuri decât pentru a vizualiza date criptate (de exemplu pentru a decripta e-mailuri);

               (4)proprietarul certificatului este responsabil pentru copierea sau transmiterea cheii către entitatea sau entitățile finale;

               (5)proprietarul certificatului trebuie să oblige entitatea finală/toate entitățile finale să respecte prezentele termene și condiții, inclusiv PC/DPC ale SBCA, atunci când folosesc cheia privată;

               (6)proprietarul certificatului trebuie să furnizeze datele de identificare ale reprezentanților autorizați care sunt autorizați să solicite revocarea certificatelor eliberate organizației pe baza detaliilor privind evenimentele care au dus la revocare și a parolei de revocare;

               (7)pentru certificatele asociate unor grupuri de persoane și funcții și/sau persoane juridice, după ce o persoană părăsește grupul de entități finale (de exemplu la încetarea raportului de muncă), proprietarul certificatului trebuie să prevină utilizarea abuzivă a cheii private prin revocarea certificatului;

               (8)proprietarul certificatului este responsabil și trebuie să solicite revocarea certificatului în circumstanțele menționate în clauza 4.9.1 din PC/DPC ale SBCA.

               În ceea ce privește reînnoirea certificatului sau stabilirea altor chei pentru acesta, se aplică clauza 4.6 sau 4.7 din PC/DPC ale SBCA.

               În ceea ce privește modificarea certificatului, se aplică clauza 4.8 din PC/DPC ale SBCA.

               În ceea ce privește revocarea certificatului, se aplică clauza 4.9 din PC/DPC ale SBCA.

               5.Formularul de identificare a persoanelor de contact și a curierilor de încredere (model)

                        Subsemnatul/a, [numele și adresa reprezentantului organizației], certific că următoarele informații trebuie utilizate în contextul solicitării, generării și recuperării certificatelor digitale de chei publice pentru punctele de acces TACHOnet care sprijină confidențialitatea, integritatea și nerepudierea mesajelor TACHOnet:

                        Informații privind persoana de contact:

                        Informații privind curierul de încredere:

                        Locul, data, ștampila companiei sau sigiliul organizației:

                        Semnătura reprezentantului autorizat:

               6.Documente

               6.1.Procură individuală (model)

               Un model al procurii individuale care trebuie semnată și prezentată de curierul de încredere în cursul înregistrării față în față la autoritatea de înregistrare poate fi consultat la adresa:

               6.2.Formular de cerere a certificatului pe hârtie (model)

               Un model al formularului de cerere a certificatului pe hârtie care trebuie semnat și prezentat de curierul de încredere în cursul înregistrării față în față la autoritatea de înregistrare poate fi consultat la adresa:

               7.Glosar

               Termenii importanți utilizați în prezentul subapendice sunt definiți în secțiunea privind definițiile MIE a portalului web unic digital al MIE:

                  https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/CEF+Definitions

               Acronimele importante utilizate în prezenta descriere a ofertei de componente sunt definite în glosarul MIE de pe portalul web unic digital al MIE:

                  https://ec.europa.eu/cefdigital/wiki/pages/viewpage.action?spaceKey=CEFDIGITAL&title=CEF+Glossary

                     (1)

                        O PKI (infrastructură de chei publice) este un set de roluri, de politici, de proceduri și de sisteme necesare pentru crearea, gestionarea, distribuirea și revocarea certificatelor digitale.

                     (2)

                        Identificat prin valoarea atributului „O=” din câmpul Subject Distinguished Name al certificatului eliberat.

                     (3)

                  https://en.wikipedia.org/wiki/Public_key_infrastructure

                     (4)

                        Cea mai recentă versiune a PC și DPC pot fi descărcate de la adresa
                  https://www.telesec.de/en/sbca-en/support/download-area/

                     (5)

                        O procură este un document juridic prin care organizația împuternicește și autorizează Comisia Europeană, reprezentată de funcționarul identificat responsabil pentru serviciul PKI MIE, să solicite generarea unui certificat în numele său de la autoritatea de certificare TeleSec Shared Business CA a T-Systems International GmbH. A se vedea, de asemenea, punctul 6.

                     (6)

                        A se vedea punctul 5.

                     (7)

                        O PKI (infrastructură de chei publice) este un set de roluri, de politici, de proceduri și de sisteme necesare pentru crearea, gestionarea, distribuirea și revocarea certificatelor digitale.

                     (8)

                        În cadrul rolului său de încredere, operatorul Centrului de încredere, aflat în cadrul Centrului de încredere al T-Systems, îndeplinește, de asemenea, și sarcina de autoritate de înregistrare internă.

                     (9)

                        Identificat prin valoarea atributului „O=” din câmpul Subject Distinguished Name al certificatului eliberat.

                     (10)

                        Cea mai recentă versiune a PC/DPC pentru SBCA T-Systems este disponibilă la adresa
                  https://www.telesec.de/en/sbca-en/support/download-area/
                  .