(1)

La 23 ianuarie 2006, prin Regulamentul (CE) nr. 115/2006 al Consiliului (2), a fost adoptat Protocolul de stabilire a posibilităților de pescuit și a contribuției financiare prevăzute în Acordul între Comunitatea Economică Europeană și Republica Seychelles privind pescuitul în largul coastelor Republicii Seychelles, pentru perioada cuprinsă între 18 ianuarie 2005 și 17 ianuarie 2011.

(2)

În conformitate cu articolul 9 din acord, Comunitatea Europeană și Insulele Seychelles s-au reunit în cadrul unei comisii mixte.

(3)

Ca urmare a acestei reuniuni a comisiei mixte, au fost aduse modificări protocolului de stabilire, pentru perioada cuprinsă între 18 ianuarie 2005 și 17 ianuarie 2011, a posibilităților de pescuit și a contribuției financiare prevăzute în acordul de parteneriat în domeniul pescuitului parafat la 23 septembrie 2004 și adoptat prin Regulamentul (CE) nr. 115/2006.

(4)

Aprobarea acestui protocol este în interesul Comunității,

(1)

Regulamentul (CE) nr. 1580/2007 prevede, ca urmare a rezultatelor negocierilor comerciale multilaterale din Runda Uruguay, criteriile pentru stabilirea de către Comisie a sumelor forfetare la import din țările terțe, pentru produsele și termenele menționate în anexa acestuia.

(2)

În conformitate cu criteriile menționate anterior, sumele forfetare la import trebuie stabilite la nivelurile prevăzute în anexa la prezentul regulament,

(1)

În conformitate cu Regulamentul (CE) nr. 550/2004, Comisia trebuie să identifice și să adopte dispozițiile relevante ale cerințelor Eurocontrol pentru reglementarea siguranței („ESARR”), luând în considerare legislația comunitară existentă. ESARR 6 denumit „Sistemele software ale sistemelor ATM” prevede un set de cerințe pentru reglementarea siguranței în vederea punerii în aplicare a unui sistem de asigurare a siguranței software.

(2)

În Regulamentul (CE) nr. 2096/2005 al Comisiei din 20 decembrie 2005 de stabilire a unor cerințe comune pentru furnizarea de servicii de navigație aeriană (2) se menționează, la ultima propoziție la considerentul 12, următoarele: „Dispozițiile relevante ale ESARR 1 privind controlul siguranței în domeniul ATM și ale ESARR 6 privind sistemele software ale sistemelor ATM ar trebui identificate și adoptate prin acte comunitare separate.”

(3)

Anexa II la Regulamentul (CE) nr. 2096/2005 solicită furnizorilor de servicii de navigație aeriană să pună în aplicare un sistem de management al siguranței, precum și cerințele de siguranță pentru o strategie de evaluare și reducere a riscurilor în ceea ce privește modificările. În cadrul sistemului de management al siguranței, și ca parte a activităților de evaluare și reducere a riscurilor în ceea ce privește modificările, un furnizor de servicii de trafic aerian ar trebui să definească și să pună în aplicare un sistem de asigurare a siguranței software care să vizeze, în mod specific, aspectele legate de software.

(4)

În ceea ce privește siguranța software, principalul obiectiv de îndeplinit în cazul sistemelor funcționale care conțin software este acela de a garanta reducerea la un nivel tolerabil a riscurilor aferente Аutilizării software în cadrul sistemelor privind rețeaua europeană de management al traficului aerian („software EATMN”).

(5)

Prezentul regulament nu ar trebui să vizeze operațiunile și pregătirea militară menționate la articolul 1 alineatul (2) din Regulamentul (CE) nr. 549/2004 al Parlamentului European și al Consiliului din 10 martie 2004 de stabilire a cadrului pentru crearea Cerului Unic European (regulamentul-cadru) (3).

(6)

Prin urmare, anexa II la Regulamentul (CE) nr. 2096/2005 ar trebui modificată în consecință.

(7)

Măsurile prevăzute de prezentul regulament sunt conforme cu avizul Comitetului pentru Cerul Unic,

1.

„software” înseamnă programe pentru calculator, precum și date de configurare corespunzătoare, inclusiv software comercial, dar excluzând elementele electronice cum ar fi circuitele integrate specifice unei aplicații, rețelele circuit-poartă programabile sau controlerele logice pentru semiconductoare;

2.

„date de configurare” înseamnă date care configurează un software generic pentru un caz particular de utilizare;

3.

„software comercial” înseamnă software care nu a fost creat pentru actualul contract;

4.

„asigurarea siguranței” înseamnă toate acțiunile, planificate și sistematice, necesare pentru a genera încrederea corespunzătoare că un produs, un serviciu, o organizație sau un sistem funcțional atinge un nivel de siguranță acceptabil sau tolerabil;

5.

„organizație” înseamnă fie un furnizor de servicii de trafic aerian (ATS), fie un furnizor de comunicare, navigație și supraveghere (CNS), fie o entitate care asigură (ATFM sau ASM);

6.

„sistem funcțional” înseamnă o combinație de sisteme, proceduri și resurse umane organizate în scopul îndeplinirii unei funcții în cadrul ATM;

7.

„risc” înseamnă combinația între probabilitatea generală sau frecvența de apariție a unui efect dăunător provocat de un pericol și gravitatea acelui efect;

8.

„pericol” înseamnă orice situație, eveniment sau circumstanță care ar putea determina un accident;

9.

„software nou” înseamnă un software care a fost comandat sau pentru care au fost încheiate contracte ferme după intrarea în vigoare a prezentului regulament;

10.

„obiectiv privind siguranța” înseamnă o declarație calitativă sau cantitativă care definește frecvența maximă sau probabilitatea maximă la care poate apărea un pericol;

11.

„cerință de siguranță” înseamnă un mijloc de reducere a unui risc, definit în cadrul unei strategii de reducere a riscurilor care permite atingerea unui obiectiv de siguranță specific, incluzând cerințele organizaționale, operaționale, procedurale, funcționale, de performanță, precum și cerințele de interoperabilitate sau caracteristicile de mediu;

12.

„tranziție sau transfer în regim operațional” înseamnă modalitatea de înlocuire a componentelor sistemului privind rețeaua europeană de management al traficului aerian (EATMN) sau a software-ului în timp ce sistemul este operațional;

13.

„cerință de siguranță software” înseamnă o descriere a ceea ce trebuie să producă software-ul, ținând cont de inputuri și de constrângeri, astfel încât să fie asigurată funcționarea în siguranță a software-ului EATMN și în conformitate cu nevoile operaționale;

14.

„software EATMN” înseamnă software utilizat în cadrul sistemelor EATMN menționat la articolul 1;

15.

„validarea cerințelor” înseamnă confirmarea prin examinare și furnizare de dovezi obiective că cerințele specifice pentru o anumită utilizare sunt așa cum au fost prevăzute;

16.

„realizare în mod independent” înseamnă desfășurarea activităților corespunzătoare procesului de verificare a software-ului de către o persoană (persoane), alta decât cea care a dezvoltat elementul verificat;

17.

„defecțiune de software” înseamnă incapacitatea unui program de a efectua, în mod corect, o funcție cerută;

18.

„cădere software” înseamnă incapacitatea unui program de a efectua o funcție cerută;

19.

„COTS” înseamnă o aplicație disponibilă pe piață, comercializată prin intermediul unor cataloage publice și care nu poate fi personalizată sau îmbunătățită;

20.

„componente software” înseamnă un modul care poate fi instalat sau conectat împreună cu alte module software reutilizabile în scopul combinării și al creării unei aplicații software specifice;

21.

„componente independente software” înseamnă acele componente software care nu sunt scoase din operare de către defecțiunea care a determinat apariția pericolului;

22.

„performanțele privind timpul de răspuns al software-ului” înseamnă timpul necesar software-ului de a răspunde unor inputuri date sau unor evenimente periodice, și/sau performanța software în ceea ce privește tranzacțiile sau mesajele prelucrate în unitatea de timp;

23.

„capacitate software” înseamnă abilitatea software-ului de a prelucra un anumit volum de flux de date;

24.

„acuratețe” înseamnă gradul necesar de precizie pentru rezultatele calculate;

25.

„utilizarea resurselor software” înseamnă cantitatea de resurse din cadrul unui sistem de calcul care poate fi utilizată de către aplicația software;

26.

„robustețea software” înseamnă comportamentul software-ului în cazul apariției unor inputuri neașteptate, al cedării componentelor hardware și al penelor de curent, fie în cadrul sistemului de calcul, fie în cadrul dispozitivelor conectate la acesta;

27.

„toleranță la supraîncărcare” înseamnă comportamentul unui sistem și, în special, toleranța acestuia, atunci când inputurile au loc cu o frecvență mai mare decât cea prevăzută pentru exploatarea normală a sistemului;

28.

„verificare completă și corectă a software-ului EATMN” înseamnă că toate cerințele de siguranță software definesc în mod corect exigențele privind componenta software ca urmare a procesului de evaluare și reducere a riscurilor, iar punerea lor în aplicare este dovedită la nivelul cerut de către nivelul de asigurare software;

29.

„date privind ciclul de viață software” înseamnă date produse pe perioada ciclului de viață software pentru a planifica, conduce, explica, defini, înregistra sau pentru a furniza dovezi privind activitățile desfășurate; aceste date permit desfășurarea proceselor aferente ciclului de viață software, autorizarea sistemelor sau a echipamentelor și modificarea post-autorizare a produsului software;

30.

„ciclu de viață software” înseamnă:

31.

„cerință de siguranță” înseamnă o cerință de siguranță aplicabilă unui sistem funcțional.

1.

este documentat, în mod specific ca parte a documentației generale de evaluare și reducere a riscurilor;

2.

alocă niveluri de asigurare software tuturor aplicațiilor software EATMN operaționale, în conformitate cu cerințele prevăzute în anexa I;

3.

include asigurări privind:

4.

determină gradul de rigoare pentru stabilirea garanțiilor; gradul de rigoare trebuie definit pentru fiecare nivel de asigurare software și crește pe măsură ce crește nivelul de risc al software-ului, în acel sens:

5.

utilizează rezultatele experienței utilizării software-ului EATMN pentru a confirma faptul că sistemul de asigurare a siguranței software și alocarea nivelurilor de asigurare software sunt corespunzătoare. În acel scop, efectele unei căderi sau ale unei defecțiuni a software-ului, notificate în conformitate cu cerințele relevante privind notificarea și evaluarea evenimentelor legate de siguranță, se evaluează în comparație cu efectele asupra sistemului în cauză identificate conform schemei de clasificare a gravității prevăzută în anexa II secțiunea 3.2.4 la Regulamentul (CE) nr. 2096/2005.

(1)

În conformitate cu articolul 6 alineatul (2) primul paragraf și în temeiul articolului 17 alineatul (2) din Regulamentul (CE) nr. 510/2006, cererea de înregistrare a denumirii „Miód wrzosowy z Borów Dolnośląskich” depusă de Polonia, cererea de înregistrare a denumirii „Σταφίδα Ζακύνθου” (Stafida Zakynthou) depusă de Grecia, precum și cererea de înregistrare a denumirii „Chodské pivo” depusă de Republica Cehă au fost publicate în Jurnalul Oficial al Uniunii Europene (2).

(2)

Deoarece nicio declarație de opoziție nu a fost adresată Comisiei în conformitate cu articolul 7 din Regulamentul (CE) nr. 510/2006, aceste denumiri trebuie, așadar, înregistrate,

(1)

Articolul 10 alineatul (2) din Regulamentul (CE) nr. 1784/2003 al Consiliului stipulează că, pentru produsele având codurile NC 1001 10 00 , 1001 90 91 , ex 1001 90 99 (grâul comun de calitate superioară), 1002 , ex 1005 , cu excepția hibrizilor pentru sămânță și ex 1007 , cu excepția hibrizilor destinați însămânțării, taxa la import este egală cu prețul de intervenție valabil pentru aceste produse la import, majorată cu 55 %, din care se deduce prețul la import CIF aplicabil expedierii în cauză. Cu toate acestea, această taxă nu poate depăși valoarea taxelor din Tariful Vamal Comun.

(2)

Articolul 10 alineatul (3) din Regulamentul (CE) nr. 1784/2003 al Consiliului stipulează că, în scopul calculării taxei la import menționate la alineatul (2) din articolul de mai sus, aceasta se stabilește periodic pentru produsele în cauză în funcție de prețurile CIF reprezentative la import.

(3)

În temeiul articolului 2 alineatul (2) din Regulamentul (CE) nr. 1249/96, prețul folosit pentru calcularea taxei la import pentru produsele având codurile NC 1001 10 00 , 1001 90 91 , ex 1001 90 99 (grâu comun de calitate superioară), 1002 00 , 1005 10 90 , 1005 90 00 și 1007 00 90 este prețul CIF reprezentativ la import, stabilit zilnic, în conformitate cu metoda prevăzută la articolul 4 din regulamentul menționat anterior.

(4)

Este necesar să se stabilească taxele la import pentru perioada începând cu 1 iunie 2008, aplicabile până la stabilirea și intrarea în vigoare a unei noi taxe.

(5)

Cu toate acestea, în temeiul Regulamentului (CE) nr. 1/2008 al Consiliului din 20 decembrie 2007 privind suspendarea temporară a taxelor vamale la importul anumitor cereale pentru anul de comercializare 2007/2008 (3), se suspendă aplicarea anumitor taxe stabilite prin prezentul regulament,

(1)

Directiva 64/432/CEE prevede că un stat membru sau anumite părți dintr-un stat membru pot fi declarate oficial indemne de tuberculoză bovină și leucoză enzootică bovină în ceea ce privește cirezile de bovine, sub rezerva respectării anumitor condiții prevăzute de directiva menționată anterior.

(2)

Listele regiunilor din statele membre, declarate indemne de tuberculoză bovină și leucoză enzootică bovină, sunt prevăzute de Decizia 2003/467/CE a Comisiei din 23 iunie 2003 de stabilire a statutului oficial de indemne de tuberculoză, bruceloză și leucoză enzootică bovină pentru efectivele de bovine din anumite state membre și regiuni din state membre (2).

(3)

Italia a înaintat Comisiei documente care atestă conformitatea cu condițiile corespunzătoare prevăzute de Directiva 64/432/CEE în ceea ce privește toate provinciile din regiunea Veneto pentru ca această regiune să poată fi declarată în mod oficial regiune a Italiei indemnă de tuberculoză bovină.

(4)

În urma evaluării documentației în cauză, regiunea respectivă din Italia ar trebui să fie recunoscută ca regiune a acestui stat membru indemnă de tuberculoză bovină.

(5)

De asemenea, Polonia a înaintat Comisiei documentația care atestă conformitatea cu condițiile corespunzătoare prevăzute de Directiva 64/432/CE în ceea ce privește două regiuni administrative (powiaty) din cadrul unității administrative superioare (voievodat) Małopolskie, pentru ca regiunile respective să fie considerate oficial regiuni ale Poloniei indemne de leucoză enzootică bovină.

(6)

În urma evaluării documentației în cauză, regiunile respective (powiaty) din Polonia ar trebui recunoscute ca regiuni ale acestui stat membru indemne de leucoză enzootică bovină.

(7)

Prin urmare, Decizia 2003/467/CE ar trebui modificată în consecință.

(8)

Măsurile prevăzute de prezenta decizie sunt conforme cu avizul Comitetului permanent pentru lanțul alimentar și sănătatea animală,

(1)

În cadrul Regulamentului (CEE) nr. 793/93, următoarele substanțe au fost identificate ca fiind substanțe prioritare pentru evaluare în conformitate cu Regulamentul (CE) nr. 2364/2000 al Comisiei din 25 octombrie 2000 privind a patra listă de substanțe prioritare în conformitate cu Regulamentul (CEE) nr. 793/93 al Consiliului (2):

(2)

Statul membru raportor desemnat în temeiul respectivelor regulamente a finalizat activitățile de evaluare a riscurilor pentru populație și mediu în cazul substanțelor menționate, în conformitate cu Regulamentul (CE) nr. 1488/94 al Comisiei din 28 iunie 1994 de stabilire a principiilor de evaluare a riscurilor pentru populație și mediu prezentate de anumite substanțe existente în conformitate cu Regulamentul (CEE) nr. 793/93 al Consiliului (3) și a propus o strategie de reducere a riscurilor.

(3)

A fost consultat Comitetul științific pentru riscurile asupra sănătății și mediului (SCHER), care a emis avize privind evaluările riscurilor efectuate de raportor. Aceste avize au fost publicate pe site-ul web al comitetului științific.

(4)

Rezultatele evaluării riscurilor și rezultatele ulterioare ale strategiilor de reducere a riscurilor sunt prezentate în comunicarea corespunzătoare a Comisiei (4).

(5)

Pe baza acestei evaluări, este oportun să se recomande luarea unor măsuri de reducere a riscurilor prezentate de anumite substanțe. În cazul substanțelor care nu sunt enumerate în mod explicit, nu s-a formulat nicio recomandare pentru destinatarii prezentei recomandări.

(6)

Măsurile de reducere a riscurilor recomandate pentru lucrători trebuie examinate în contextul legislației privind protecția lucrătorilor, care se consideră că oferă un cadru adecvat pentru reducerea riscurilor prezentate de substanțele în cauză, în măsura în care acest lucru este necesar.

(7)

Măsurile de reducere a riscurilor prevăzute în prezenta recomandare sunt conforme cu avizul comitetului instituit în temeiul articolului 15 alineatul (1) din Regulamentul (CEE) nr. 793/93,