6.9.2022

Uradni list Evropske unije

L 231/1

IZVEDBENA UREDBA KOMISIJE (EU) 2022/1463

z dne 5. avgusta 2022

o določitvi tehničnih in operativnih specifikacij tehničnega sistema za čezmejno avtomatizirano izmenjavo dokazil in uporabo načela „samo enkrat“ v skladu z Uredbo (EU) 2018/1724 Evropskega parlamenta in Sveta

(Besedilo velja za EGP)

EVROPSKA KOMISIJA JE –

ob upoštevanju Pogodbe o delovanju Evropske unije,

ob upoštevanju Uredbe (EU) 2018/1724 Evropskega parlamenta in Sveta z dne 2. oktobra 2018 o vzpostavitvi enotnega digitalnega vstopnega mesta za zagotavljanje dostopa do informacij, do postopkov ter do storitev za pomoč in reševanje težav ter o spremembi Uredbe (EU) št. 1024/2012 (1) ter zlasti člena 14(9) Uredbe,

ob upoštevanju naslednjega:

(1)

Člen 14(1) Uredbe (EU) 2018/1724 od Komisije zahteva, da v sodelovanju z državami članicami vzpostavi tehnični sistem za izmenjavo dokazil, kakor se zahteva za spletne postopke, naštete v Prilogi II k navedeni uredbi, in postopke, ki jih določajo direktive 2005/36/ES (2)„ 2006/123/ES (3)„ 2014/24/EU (4) in 2014/25/EU (5) Evropskega parlamenta in Sveta.

(2)

Tehnične in operativne specifikacije tehničnega sistema po načelu „samo enkrat“ iz te uredbe bi morale določiti glavne komponente arhitekture tehničnega sistema po načelu „samo enkrat“, opredeliti tehnične in operativne vloge in obveznosti Komisije, držav članic, prosilcev dokazil, ponudnikov dokazil in posredniških platform. Poleg tega bi morale te specifikacije vzpostaviti dnevniški sistem za spremljanje izmenjav in razmejiti odgovornost za vzdrževanje, delovanje in varnost tehničnega sistema po načelu „samo enkrat“.

(3)

Da bi omogočili vzpostavitev tehničnega sistema po načelu „samo enkrat“ do datuma, določenega v Uredbi (EU) 2018/1724, je predvideno, da se ta uredba dopolni s podrobnejšimi, nezavezujočimi dokumenti tehnične zasnove, ki jih Komisija pripravi sporazumno v sodelovanju z državami članicami v okviru usklajevalne skupine za vstopno mesto in v skladu s smernicami Komisije za izvajanje delovnega programa za obdobje 2021–2022 v zvezi z uredbo o enotnem digitalnem vstopnem mestu. Vendar bo mogoče tehnične in operativne specifikacije iz te uredbe dopolniti/spremeniti v skladu s postopkom pregleda iz člena 37(2) Uredbe (EU) 2018/1724, kadar bo to potrebno zaradi novega tehničnega razvoja ali razprav ali razhajanj v mnenjih znotraj usklajevalne skupine za vstopno mesto, zlasti glede dokončanja dokumentov tehnične zasnove in pomembnih odločitev glede zasnove, ali kadar bo treba določene elemente dokumentov tehnične zasnove določiti kot zavezujoče.

(4)

Za zmanjšanje stroškov vzpostavitve tehničnega sistema po načelu „samo enkrat“ in časa, potrebnega zanjo, bi morala arhitektura tehničnega sistema po načelu „samo enkrat“, kolikor je to mogoče, posegati po rešitvah, ki jih je mogoče ponovno uporabiti, biti nevtralna glede tehnologije izvajanja in omogočati različne nacionalne rešitve. Tehnični sistem po načelu „samo enkrat“ bi na primer moral imeti možnost, da uporabi obstoječe nacionalne postopkovne portale, podatkovne storitve ali posredniške platforme, vključno na osrednji, regionalni in lokalni ravni, ki so bili vzpostavljeni za nacionalno uporabo. Komponente, ki jih je razvila Komisija, bi bilo treba dati v uporabo z odprto licenco za programsko opremo, ki spodbuja ponovno uporabo in sodelovanje.

(5)

Ena od takih rešitev za večkratno uporabo, razvitih na ravni Unije, je sistem vozlišč eIDAS iz Izvedbene uredbe Komisije (EU) 2015/1501 (6), ki lahko z omogočanjem komunikacije z drugimi vozlišči omrežja eIDAS obdelajo zahtevek za čezmejno avtentikacijo uporabnika in zagotovijo njegovo čezmejno avtentikacijo. Vozlišča eIDAS bi morala prosilcem dokazil in, kadar je relevantno, ponudnikom dokazil omogočiti, da identificirajo uporabnike, ki zahtevajo izmenjavo dokazil prek tehničnega sistema po načelu „samo enkrat“, tako da lahko ponudniki dokazil identifikacijske podatke primerjajo z obstoječimi evidencami.

(6)

Tehnični sistem po načelu „samo enkrat“ bi moral graditi na že opravljenem delu in izkoriščati sinergije z drugimi obstoječimi sistemi za izmenjavo dokazil ali informacij med organi, ki so relevantni za postopke iz člena 14(1) Uredbe (EU) 2018/1724, vključno s sistemi, ki niso zajeti v členu 14(10) navedene uredbe. Kar na primer zadeva podatke o registraciji vozil in vozniških dovoljenj, bi moral tehnični sistem po načelu „samo enkrat“ upoštevati že razvite podatkovne modele in, kadar je izvedljivo, vzpostaviti tehnične mostove za lažje povezovanje pristojnih organov, ki že uporabljajo druga obstoječa omrežja (RESPER (7) ali EUCARIS (8)), s tehničnim sistemom po načelu „samo enkrat“ za zagotavljanje dokazil v postopkih, ki jih zajema tehnični sistem po načelu „samo enkrat“. Podoben pristop bi bilo treba uporabiti v zvezi z drugimi sistemi, kot so med drugim: uporabniška skupina EMREX (9) na področju izobraževanja, elektronska izmenjava informacij o socialni varnosti (EESSI) v skladu z Uredbo (ES) št. 987/2009 Evropskega parlamenta in Sveta (10) na področju socialne varnosti, evropski informacijski sistem kazenskih evidenc, vzpostavljen s Sklepom Sveta 2009/316/PNZ (11) za namene pravosodnega sodelovanja, in eCertis (12), ki se uporablja v postopkih javnega naročanja. Sodelovanje med temi sistemi in tehničnim sistemom po načelu „samo enkrat“ bi bilo treba opredeliti za vsak primer posebej.

(7)

Za namene čezmejne avtentikacije uporabnika bi bilo treba arhitekturo tehničnega sistema po načelu „samo enkrat“ uskladiti z Uredbo (EU) št. 910/2014 Evropskega parlamenta in Sveta (13). Komisija je 3. junija 2021 sprejela priporočilo o unijskem naboru orodij za usklajen pristop k okviru za evropsko digitalno identiteto (14). To priporočilo določa strukturiran postopek za sodelovanje med državami članicami, Komisijo in, kadar je relevantno, operaterji iz zasebnega sektorja za delo v zvezi s tehničnimi vidiki okvira za evropsko digitalno identiteto. Za zagotovitev potrebne uskladitve med navedenim postopkom in tehničnim sistemom po načelu „samo enkrat“ bi morala Komisija zagotoviti ustrezno usklajevanje, zlasti prek kontaktne skupine za sinergije in interoperabilnost med mrežo za sodelovanje, vzpostavljeno z Izvedbenim sklepom Komisije (EU) 2015/296 (15) , in usklajevalno skupino za vstopno mesto

(8)

Za zagotovitev varnosti čezmejnih storitev elektronske dostave za namene tehničnega sistema po načelu „samo enkrat“ bi morale države članice zagotoviti, da take storitve izpolnjujejo zahteve za storitve priporočene elektronske dostave iz člena 44 Uredbe (EU) št. 910/2014. V ta namen je primerno, da tehnični sistem po načelu „samo enkrat“ uporablja dostopovne točke za eDelivery za vzpostavitev omrežja vozlišč za varno digitalno izmenjavo podatkov. eDelivery poleg omogočanja varne čezmejne dostave zagotavlja funkcije storitve metapodatkov, ki lahko podpirajo prihodnje različice tehničnega sistema po načelu „samo enkrat“ z večjim številom varnih vozlišč za izmenjavo podatkov. V tem okviru bi morale imeti države članice možnost, da izberejo ponudnike svoje programske opreme eDelivery.

(9)

Za zagotovitev prožnosti pri uporabi te uredbe bi morale imeti države članice možnost, da se odločijo za eno ali več dostopovnih točk za eDelivery v okviru tehničnega sistema po načelu „samo enkrat“. Država članica bi zato morala imeti možnost, da vzpostavi enotno dostopovno točko, ki upravlja vsa sporočila v zvezi z e-dostavo, povezana s tehničnim sistemom po načelu „samo enkrat“, za prosilce dokazil ali ponudnike dokazil prek posredniške platforme, kadar je ustrezno, ali pa vzpostavi več dostopovnih točk na kateri koli hierarhični ravni ali za posebna področja ali sektorje ali geografske ravni svojih javnih uprav.

(10)

V skladu s pravom Unije, vključno z direktivami 2005/36/ES, 2006/123/ES, 2014/24/EU, 2014/25/EU in Uredbo (EU) 2018/1724, morajo biti nekateri upravni postopki uporabnikom na voljo na spletu. Ker navedeni postopki in zahtevana dokazila niso harmonizirani v skladu s pravom Unije, bi bilo treba vzpostaviti skupne storitve, da se omogoči čezmejna izmenjava dokazil, ki so potrebna za te postopke, prek tehničnega sistema po načelu „samo enkrat“.

(11)	Kadar ni dogovorjenega tipa dokazila, ki bi bil harmoniziran po vsej Uniji in bi ga lahko zagotovile vse države članice, bi moral posrednik dokazila pomagati določiti, kateri tipi dokazil se lahko sprejmejo za določen postopek.

(12)

Posrednik dokazila bi moral izhajati iz vsebine pravil, ki jih zagotovijo države članice, in zagotoviti spletni mehanizem, prek katerega bi lahko države članice iskale po svojih zahtevah glede informacij in sklopih tipov dokazil. Posrednik dokazila bi moral državam članicam omogočiti upravljanje in izmenjavo informacij o pravilih v zvezi s tipi dokazil.

(13)	Kadar je potrebna interoperabilnost med postopkovnimi portali ter podatkovnimi storitvami in skupnimi storitvami, bi jo bilo treba podpreti z dokumenti tehnične zasnove.

(14)

V tej uredbi bi bilo treba podrobno določiti, kdaj se strukturirana in nestrukturirana dokazila, ki se zahtevajo za postopke iz člena 14(1) Uredbe (EU) 2018/1724, štejejo za zakonito izdana v elektronski obliki, ki omogoča avtomatično izmenjavo. Nestrukturirana dokazila, izdana v elektronski obliki, se lahko izmenjujejo prek tehničnega sistema po načelu „samo enkrat“, če so dopolnjena z metapodatkovnimi elementi splošnega metapodatkovnega modela tehničnega sistema po načelu „samo enkrat“ iz semantičnega odložišča iz člena 7(1) te uredbe. Strukturirana dokazila se lahko izmenjujejo prek tehničnega sistema po načelu „samo enkrat“, če so dopolnjena z metapodatkovnimi elementi splošnega metapodatkovnega modela tehničnega sistema po načelu „samo enkrat“ iz člena 7(1) te uredbe in so v skladu s podatkovnim modelom tehničnega sistema po načelu „samo enkrat“ za ustrezni tip dokazila iz člena 7(2) te uredbe ali pa jim je priložena človeku berljiva različica.

(15)

Države članice bi morale imeti možnost, da same določijo, kdaj pretvorijo dokazila v elektronsko obliko, ki omogoča njihovo avtomatizirano izmenjavo prek tehničnega sistema po načelu „samo enkrat“. Da pa bi se povečala uporabnost tehničnega sistema po načelu „samo enkrat“ za njegove uporabnike in ker je uporaba podatkovnih modelov in metapodatkovnih shem za nestrukturirane in strukturirane oblike na splošno zelo priporočljiva, bi morala Komisija podpirati države članice pri njihovih prizadevanjih za dosego tega cilja.

(16)

Da bi se izognili podvajanju, zagotovili sinergije in izbiro uporabnikom, bi bilo treba razvoj podatkovnih modelov tehničnega sistema po načelu „samo enkrat“ za tipe strukturiranih dokazil in standardizacijo primerov uporabe za zagotavljanje poverilnic v skladu s strukturiranim postopkom, predvidenim v Priporočilu Komisije UEU) 2021/946 z dne 3. junija 2021 o skupnem unijskem naboru orodij za usklajeni pristop k okviru za evropsko digitalno identiteto (16), kar zadeva dokazila iz člena 14 Uredbe (EU) 2018/1724, izvesti v tesnem sodelovanju in z medsebojnim usklajevanjem, vključno z opredelitvijo primerov običajne uporabe. Uskladitev podatkovnih modelov tehničnega sistema po načelu „samo enkrat“ in standardiziranih primerov uporabe v skladu z navedenim priporočilom Komisije bi morala uporabnikom omogočiti, da za zagotovitev dokazil iz člena 14 Uredbe (EU) 2018/1724 uporabljajo alternativne načine, neodvisno od tehničnega sistema po načelu „samo enkrat“ ali v kombinaciji z njim. Kadar se podatkovni modeli in metapodatkovne sheme za dokazila v semantičnem odložišču spremenijo, bi morale imeti države članice od sprejetja vsake posodobitve na voljo 12 mesecev, da spremenijo zadevna dokazila.

(17)

Da bi se čim bolj zmanjšala količina izmenjanih podatkov pri strukturiranih dokazilih, če se v zahtevku za dokazilo zahteva le podnabor podatkov, bi lahko ponudnik dokazila ali posredniška platforma, kadar je ustrezno, omogočil avtomatično filtriranje podatkov in po potrebi pretvorbo podatkov v imenu odgovornega upravljavca podatkov, tako da se izmenjujejo samo zahtevani podatki.

(18)

Kadar države članice upravljajo nacionalne registre in storitve, ki imajo enako ali enakovredno vlogo kot direktorij podatkovnih storitev ali posrednik dokazila, jim ne bi smelo biti treba podvajati dela s prispevanjem k ustreznim skupnim storitvam. Vendar bi morale v takem primeru zagotoviti, da so njihove nacionalne storitve povezane s skupnimi storitvami na način, da jih lahko uporabljajo druge države članice. Te države članice pa bi namesto tega morale imeti možnost, da ustrezne podatke iz nacionalnih registrov ali storitev kopirajo v direktorij podatkovnih storitev ali posredniku dokazila.

(19)

V Talinski deklaraciji o e-upravi iz leta 2017 (17) so države članice ponovno potrdile svojo zavezanost napredku pri povezovanju svojih javnih e-storitev in izvajanju načela „samo enkrat“, da bi zagotovile učinkovite in varne digitalne javne storitve, ki bodo državljanom in podjetjem olajšale življenje. Berlinska deklaracijo o digitalni družbi in na vrednotah temelječi digitalni upravi iz leta 2020 (18) je temeljila na načelih osredotočenosti na uporabnika in prijaznosti do uporabnika ter določila nadaljnja ključna načela, na katerih bi morale temeljiti digitalne javne storitve, vključno z zaupanjem in varnostjo v interakcijah digitalne uprave ter digitalno suverenostjo in interoperabilnostjo. Ta uredba bi morala izvajati te zaveze tako, da bi uporabnike postavila v središče sistema in zahtevala, da so obveščeni o tehničnem sistemu po načelu „samo enkrat“, njegovih korakih in posledicah uporabe sistema.

(20)

Pomembno je, da je vzpostavljen ustrezen sistem, ki uporabnikom omogoča identifikacijo za namene izmenjave dokazil. Edini okvir vzajemnega priznavanja za nacionalna sredstva elektronske identifikacije na ravni Unije je določen v Uredbi (EU) št. 910/2014. Sredstva elektronske identifikacije, izdana v okviru shem elektronske identifikacije, priglašenih v skladu z navedeno uredbo, bi zato morali prosilci dokazil uporabljati za avtentikacijo identitete uporabnika, preden uporabnik izrecno zahteva uporabo tehničnega sistema po načelu „samo enkrat“. Kadar je za identifikacijo zadevnega ponudnika dokazila treba zagotoviti značilnosti, ki presegajo obvezne značilnosti minimalnega podatkovnega niza iz Priloge k Izvedbeni uredbi (EU) 2015/1501, bi moral prosilec dokazila od uporabnika zahtevati tudi take dodatne značilnosti in jih predložiti ponudniku dokazila ali posredniški platformi, kadar je ustrezno, v okviru zahtevka za dokazilo.

(21)

Nekateri postopki iz člena 14(1) Uredbe (EU) 2018/1724 določajo, da se dokazila lahko zahtevajo v imenu pravne ali fizične osebe. Določeni postopki so na primer pomembni za podjetja, zato bi morali imeti podjetniki možnost zahtevati izmenjavo dokazila v svojem imenu ali prek zastopnika. Uredba (EU) št. 910/2014 določa zaupanja vreden pravni okvir za sredstva elektronske identifikacije, izdana pravnim osebam ali fizičnim osebam, ki zastopajo pravne osebe. Za te primere zastopanja se uporablja vzajemno priznavanje nacionalnih sredstev elektronske identifikacije v skladu z navedeno uredbo. Zato bi morala ta uredba za identifikacijo uporabnikov pri zastopanju temeljiti na Uredbi (EU) št. 910/2014 in vseh izvedbenih aktih, sprejetih na njeni podlagi. Usklajevalna skupina za vstopno mesto in njene podskupine bi morale tesno sodelovati s strukturami upravljanja, vzpostavljenimi z Uredbo (EU) št. 910/2014, da bi prispevale k razvoju rešitev za pooblastila za zastopanje in druga pooblastila. Glede na to, da nekateri postopki, ki jih zajema tehnični sistem po načelu „samo enkrat“, uporabljajo okvir, vzpostavljen z Uredbo (EU) št. 910/2014, bi bilo treba omogočiti, da se dokazila, ki jih zahtevajo zastopniki, prav tako lahko obdelajo prek tehničnega sistem po načelu „samo enkrat“, če bodo te rešitve najdene.

(22)

Da bi Komisija skrajšala čas in stroške izvajanja tehničnega sistema po načelu „samo enkrat“ ter izkoristila medsebojne izkušnje držav članic pri izvajanju, bi jih morala podpirati in spodbujati pri medsebojnem sodelovanju za razvoj tehničnih rešitev in komponent za večkratno uporabo, ki jih je mogoče uporabiti za izvajanje nacionalnih postopkovnih portalov, predoglednih prostorov in podatkovnih storitev.

(23)

Za zagotovitev, da uporabniki med uporabo tehničnega sistema po načelu „samo enkrat“ ves čas ohranjajo nadzor nad svojimi osebnimi podatki, kot je določeno v Uredbi (EU) 2018/1724, bi jim moral tehnični sistem po načelu „samo enkrat“ omogočiti, da izrazijo svojo odločitev v zvezi s temi podatki v dveh primerih. Prvič, zagotoviti bi moral, da uporabniki prejmejo dovolj informacij, da lahko vložijo utemeljen in izrecen zahtevek za obdelavo svojega zahtevka za dokazila prek tehničnega sistema po načelu „samo enkrat“ v skladu s členom 14(3), točka (a), in členom 14(4) Uredbe (EU) 2018/1724. Nato bi moral zagotoviti, da si lahko dokazila, ki se izmenjujejo, ogledajo v varnem predoglednem prostoru, preden se odločijo, ali bodo nadaljevali z izmenjavo dokazil v skladu s členom 14(3), točka (f), Uredbe (EU) 2018/1724, razen v primerih iz člena 14(5) navedene uredbe.

(24)

Odgovornost za vzpostavitev tehničnega sistema po načelu „samo enkrat“ si delijo države članice in Komisija, zato bi morala imeti usklajevalna skupina za vstopno mesto osrednjo vlogo pri upravljanju sistema. Glede na tehnično naravo njenega dela in za lažje izvajanje dokumentov tehnične zasnove v obstoječih nacionalnih sistemih bi morali delo usklajevalne skupine za vstopno mesto podpirati in pripravljati strokovnjaki, ki se združujejo v eni ali več podskupinah, ustanovljenih v skladu s poslovnikom usklajevalne skupine. Delovanje upravljanja tehničnega sistema po načelu „samo enkrat“ bi bilo treba oceniti v poročilu, ki ga mora Komisija predložiti Evropskemu parlamentu in Svetu do 12. decembra 2022 v skladu s členom 36 Uredbe (EU) 2018/1724.

(25)

Za zagotovitev hitrega odziva na morebitne incidente in prekinitve delovanja, ki bi lahko vplivali na delovanje tehničnega sistema po načelu „samo enkrat“, bi morale države članice in Komisija vzpostaviti mrežo kontaktnih točk za tehnično podporo. Za zagotovitev pravilnega delovanja tehničnega sistema po načelu „samo enkrat“ bi morale imeti navedene kontaktne točke za tehnično podporo pooblastila ter zadostne človeške in finančne vire za opravljanje svojih nalog.

(26)

Za zagotovitev učinkovitega delovanja in vzdrževanja tehničnega sistema po načelu „samo enkrat“ bi morale biti odgovornosti za njegove različne komponente jasno porazdeljene. Komisija bi morala biti kot lastnica in operater skupnih storitev odgovorna za njihovo vzdrževanje, gostovanje in varnost. Vsaka država članica bi morala biti odgovorna za zagotavljanje vzdrževanja in varnosti tistih komponent tehničnega sistema po načelu „samo enkrat“, ki so v njeni lasti in za katere so odgovorne, kot so vozlišča eIDAS, dostopovna točka za eDelivery ali nacionalni registri, v skladu z ustreznim pravom Unije in nacionalnim pravom.

(27)

Za zagotovitev ustreznega varstva osebnih podatkov, kot se zahteva z Uredbo (EU) 2016/679 Evropskega parlamenta in Sveta (19), bi bilo treba v tej uredbi določiti vlogo držav članic, zlasti zadevnih pristojnih organov kot prosilca dokazila ali ponudnika dokazila posredniških platform, in kadar je ustrezno, v zvezi z osebnimi podatki, vsebovanimi v dokazilih, ki se izmenjujejo prek tehničnega sistema po načelu „samo enkrat“.

(28)	Za zagotovitev zaščite skupnih storitev pred morebitnimi grožnjami, ki škodijo zaupnosti, celovitosti ali razpoložljivosti komunikacijskih in informacijskih sistemov Komisije, bi se moral za te storitve uporabljati Sklep Komisije (EU, Euratom) 2017/46 (20).

(29)	Člen 14(1) do (8) in (10) Uredbe (EU) 2018/1724 se uporablja od 12. decembra 2023. Zato bi bilo treba zahteve iz te uredbe prav tako uporabljati od navedenega datuma.

(30)	V skladu s členom 42(1) Uredbe (EU) 2018/1725 Evropskega parlamenta in Sveta (21) je bilo opravljeno posvetovanje z Evropskim nadzornikom za varstvo podatkov, ki je svoje uradne pripombe podal 6. maja 2021 (22).

(31)	Ukrepi iz te uredbe so v skladu z mnenjem Odbora za enotno digitalno vstopno mesto –

SPREJELA NASLEDNJO UREDBO:

ODDELEK 1

SPLOŠNE DOLOČBE

Člen 1

Opredelitev pojmov

V tej uredbi se uporabljajo naslednje opredelitve pojmov:

(1)	„tehnični sistem po načelu ‚samo enkrat‘“ pomeni tehnični sistem za čezmejno avtomatizirano izmenjavo dokazil iz člena 14(1) Uredbe (EU) 2018/1724;

(2)	„ponudnik dokazila“ pomeni pristojni organ iz člena 14(2) Uredbe (EU) 2018/1724, ki zakonito izdaja strukturirana ali nestrukturirana dokazila;

(3)	„prosilec dokazila“ pomeni pristojni organ, odgovoren za enega ali več postopkov iz člena 14(1) Uredbe (EU) 2018/1724;

(4)

„dostopovna točka za eDelivery“ pomeni komunikacijsko komponento, ki je del storitve elektronske dostave eDelivery in temelji na tehničnih specifikacijah in standardih, vključno s protokolom za sporočanje AS4 in pomožnimi storitvami, razvitimi v okviru Instrumenta za povezovanje Evrope in nadalje uporabljenimi v okviru programa Digitalna Evropa, če se te tehnične specifikacije in standardi prekrivajo s standardom ISO 15000-2;

(5)	„vozlišče eIDAS“ pomeni vozlišče, kot je opredeljeno v členu 2, točka 1, Izvedbene uredbe (EU) 2015/1501 in ki izpolnjuje tehnične in operativne zahteve iz navedene uredbe in na njeni podlagi;

(6)

„posredniška platforma“ pomeni tehnično rešitev, ki deluje samostojno ali v imenu drugih subjektov, kot so ponudniki dokazil ali prosilci dokazil, odvisno od upravne organizacije držav članic, v katerih deluje posredniška platforma, in prek katere se ponudniki dokazil ali prosilci dokazil povežejo s skupnimi storitvami iz člena 4(1) ali ponudniki dokazil ali prosilci dokazil iz drugih držav članic;

(7)	„direktorij podatkovnih storitev“ pomeni register, ki vsebuje seznam ponudnikov dokazil in tipov dokazil, ki jih izdajo, skupaj z ustreznimi informacijami, ki so jim priložene;

(8)	„posrednik dokazila“ pomeni storitev, ki prosilcu dokazila omogoča, da ugotovi, kateri tip dokazila iz druge države članice izpolnjuje zahteve glede dokazila za namene nacionalnega postopka;

(9)	„sredstvo elektronske identifikacije“ pomeni materialno in/ali nematerialno enoto, ki vsebuje identifikacijske podatke osebe in se uporablja za avtentikacijo pri spletni storitvi;

(10)

„semantično odložišče“ pomeni zbirko semantičnih specifikacij, povezano s posrednikom dokazila in direktorijem podatkovnih storitev, sestavljeno iz opredelitev imen, tipov podatkov in podatkovnih elementov, povezanih s posebnimi tipi dokazil, da se pri izmenjavi dokazil prek tehničnega sistema po načelu „samo enkrat“ zagotovita medsebojno razumevanje in medjezikovna razlaga za ponudnike dokazil, prosilce dokazil in uporabnike;

(11)

„dokumenti tehnične zasnove“ pomenijo sklop podrobnih in nezavezujočih tehničnih dokumentov, ki jih pripravi Komisija v sodelovanju z državami članicami v okviru usklajevalne skupine za vstopno mesto iz člena 29 Uredbe (EU) 2018/1724 ali katere koli podskupine iz člena 19 te uredbe, ki med drugim vključuje arhitekturo na visoki ravni, protokole izmenjave, standarde in pomožne storitve v podporo Komisiji, državam članicam, ponudnikom dokazil, prosilcem dokazil, posredniškim platformam in drugim subjektom, ki jih zadeva vzpostavitev tehničnega sistema po načelu „samo enkrat“ v skladu s to uredbo;

(12)	„podatkovna storitev“ pomeni tehnično storitev, prek katere ponudnik dokazila obravnava zahtevke za dokazila in dokazila pošilja;

(13)	„podatkovni model“ pomeni abstrakcijo, ki organizira elemente podatkov, standardizira njihovo medsebojno povezavo ter določa subjekte, njihove značilnosti in razmerje med takimi subjekti;

(14)	„predogledni prostor“ pomeni funkcijo, ki uporabniku omogoča predogled zahtevanega dokazila iz člena 15(1), točka (b)(ii);

(15)

„strukturirana dokazila“ pomenijo vsa dokazila v elektronski obliki, potrebna za postopke iz člena 14(1) Uredbe (EU) 2018/1724, ki so organizirana v vnaprej opredeljene elemente ali polja s posebnim pomenom in tehničnim formatom, kar omogoča obdelavo sistemom programske opreme, dopolnjena z metapodatkovnimi elementi splošnega metapodatkovnega modela tehničnega sistema po načelu „samo enkrat“ iz člena 7(1) te uredbe in bodisi v skladu s podatkovnim modelom tehničnega sistema po načelu „samo enkrat“ za ustrezen tip dokazila iz člena 7(2) te uredbe bodisi jim je priložena človeku berljiva različica;

(16)

„nestrukturirana dokazila“ pomenijo dokazila v elektronski obliki, potrebna za postopke iz člena 14(1) Uredbe (EU) 2018/1724, ki niso organizirana v vnaprej opredeljene elemente ali polja s posebnim pomenom in tehnično obliko, temveč so dopolnjena z metapodatkovnimi elementi splošnega metapodatkovnega modela tehničnega sistema po načelu „samo enkrat“ iz člena 7(1) te uredbe;

(17)	„tip dokazila“ pomeni kategorijo strukturiranih ali nestrukturiranih dokazil s skupnim namenom ali vsebino;

(18)	„incident“ pomeni situacijo, kadar tehnični sistem po načelu „samo enkrat“ ne deluje, ne posreduje dokazil ali posreduje dokazila, ki niso bila zahtevana, ali kadar so bila dokazila med pošiljanjem spremenjena ali razkrita, ter kakršno koli kršitev varnosti iz člena 29;

(19)	„postopkovni portal“ pomeni spletno stran ali mobilno aplikacijo, na kateri lahko uporabnik dostopa do spletnega postopka iz člena 14(1) Uredbe (EU) 2018/1724 in ga zaključi.

Člen 2

Struktura tehničnega sistema po načelu „samo enkrat“

Tehnični sistem po načelu „samo enkrat“ vsebuje naslednje:

(a)	postopkovne portale prosilcev dokazil in podatkovne storitve ponudnikov dokazil;

(b)	posredniške platforme, kadar je relevantno;

(c)	predogledne prostore iz člena 15(1), točka (b)(ii);

(d)	nacionalne registre in storitve iz člena 8, kadar je relevantno;

(e)	vozlišča eIDAS za avtentikacijo uporabnikov in ugotavljanje ujemanja identitete;

(f)	dostopovne točke za eDelivery;

(g)	skupne storitve iz člena 4(1);

(h)	elemente integracije in vmesnike, potrebne za povezavo komponent iz točk (a) do (g).

ODDELEK 2

STORITVE TEHNIČNEGA SISTEMA PO NAČELU „SAMO ENKRAT“

Člen 3

Vozlišča eIDAS in dostopovne točke za eDelivery

1. Države članice zagotovijo, da so prosilci dokazil neposredno ali prek posredniške platforme povezani z vozliščem eIDAS, da se omogoči avtentikacija uporabnika v skladu s členom 11.

2. Države članice zagotovijo, da so dostopovne točke za eDelivery nameščene, konfigurirane in integrirane v postopkovne portale prosilcev dokazil, podatkovne storitve ponudnikov dokazil in v posredniške platforme.

3. Države članice lahko izberejo število dostopovnih točk za eDelivery, ki jih uporabljajo za tehnični sistem po načelu „samo enkrat“.

Člen 4

Skupne storitve

1. Komisija v sodelovanju z državami članicami vzpostavi naslednje storitve tehničnega sistema po načelu „samo enkrat“ (v nadaljnjem besedilu: skupne storitve):

(a)	direktorij podatkovnih storitev iz člena 5;

(b)	posrednik dokazila iz člena 6;

(c)	semantično odložišče iz člena 7.

2. Države članice zagotovijo tehnično povezavo med postopkovnimi portali prosilcev dokazil s skupnimi storitvami neposredno ali prek posredniških platform in ustrezno registracijo njihovih podatkovnih storitev v skupnih storitvah. Države članice pri vzpostavljanju teh povezav upoštevajo opise iz dokumentov tehnične zasnove.

3. Države članice zagotovijo, da so s skupnimi storitvami neposredno ali prek posredniških platform povezani samo prosilci dokazil ter da lahko tehnični sistem po načelu „samo enkrat“ uporabljajo samo prosilci dokazil in ponudniki dokazil. Države članice redno preverjajo delovanje povezav s skupnimi storitvami.

Člen 5

Direktorij podatkovnih storitev

1. Države članice brez poseganja v člen 8 te uredbe zagotovijo, da so vsi ponudniki dokazil in tipi dokazil, ki jih izdajo in so pomembni za spletne postopke iz člena 14(1) Uredbe (EU) 2018/1724, registrirani v direktoriju podatkovnih storitev.

2. Komisija je odgovorna za razvoj in vzdrževanje vmesnikov, ki nacionalnim koordinatorjem iz člena 28 Uredbe (EU) 2018/1724, pristojnim organom, posredniškim platformam, kadar je ustrezno, in Komisiji v okviru njihovih pristojnosti in omejitev pravic dostopa, ki jih določi Komisija, omogočajo, da:

(a)	registrirajo in izbrišejo informacije iz direktorija podatkovnih storitev ter izvedejo vse druge posodobitve teh informacij;

(b)	upravljajo pravice dostopa oseb, ki so pooblaščene za registracije in spremembe registriranih podatkov.

Komisija zagotovi, da lahko nacionalni koordinatorji, pristojni organi in posredniške platforme izbirajo med grafičnimi uporabniškimi vmesniki za pooblaščene osebe in programatičnimi vmesniki za avtomatizirani prenos od uporabnika.

3. Države članice zagotovijo, da so vsakemu tipu dokazila, registriranem v direktoriju podatkovnih storitev, priloženi:

(a)	raven zanesljivosti sredstev elektronske identifikacije, ki jo priglasijo države članice v skladu z Uredbo (EU) št. 910/2014, in

(b)

kadar je ustrezno, dodatne značilnosti, določene za lažjo identifikacijo zadevnega ponudnika dokazil, ki presegajo obvezne značilnosti minimalnega podatkovnega niza, določenega v skladu z Izvedbeno uredbo (EU) 2015/1501, ki se izmenjujejo s sredstvi elektronske identifikacije, priglašenimi v skladu z Uredbo (EU) št. 910/2014, ki se zahtevajo za njihovo izmenjavo prek tehničnega sistema po načelu „samo enkrat“.

4. V direktoriju podatkovnih storitev se nedvoumno razlikuje med dodatnimi značilnostmi iz odstavka 3, točka (b), tega člena in značilnostmi, izmenjanimi z uporabo sredstev elektronske identifikacije, priglašenih v skladu z Uredbo (EU) št. 910/2014 iz člena 13(1), točka (f), te uredbe.

5. Raven zanesljivosti iz odstavka 3, točka (a), ki se zahteva za čezmejne uporabnike, ne presega ravni zanesljivosti, ki se zahteva za nečezmejne uporabnike.

6. Države članice zagotovijo, da se informacije v direktoriju podatkovnih storitev redno posodabljajo.

Člen 6

Posrednik dokazila

1. Posrednik dokazila prosilcem dokazil omogoči, da ugotovijo, kateri tipi dokazil, izdanih v drugih državah članicah, ustrezajo tipom dokazil, ki se zahtevajo v okviru postopkov, za katere je pristojen navedeni prosilec dokazila.

2. Države članice prek vmesnika iz člena 5(2) dopolnijo seznam tipov dokazil v direktoriju podatkovnih storitev iz člena 5(1) z dejstvi ali skladnostjo s postopkovnimi zahtevami, ki jo dokažejo, po možnosti in po potrebi skupaj z drugimi tipi dokazil. Države članice zagotovijo, da so te informacije točne in posodobljene.

3. Komisija je odgovorna za razvoj in vzdrževanje vmesnikov, ki nacionalnim koordinatorjem, pristojnim organom, posredniškim platformam, kadar je ustrezno, in Komisiji v okviru njihovih pristojnosti in omejitev pravic dostopa, ki jih določi Komisija, omogočajo, da:

(a)	dodajo, spremenijo in posodobijo informacije iz odstavka 2;

(b)	upravljajo pravice dostopa oseb, ki so pooblaščene za dodajanje in spreminjanje registriranih informacij.

4. Komisija olajša povezovanje tipov dokazil, izdanih v eni državi članici, z dejstvi ali skladnostjo s postopkovnimi zahtevami, ki jih je treba dokazati v postopku v drugi državi članici, tako da strukturira razpravo in organizira delo v ustrezni podskupini iz člena 19. Podskupina določi formalni jezik za posamezno področje, po možnosti z navedbo ustreznih mednarodnih standardov, in navedeni jezik predlaga usklajevalni skupini za vstopno mesto v skladu s členom 18, točka (f).

Člen 7

Semantično odložišče in podatkovni modeli

1. Semantično odložišče zagotavlja dostop do splošnega metapodatkovnega modela tehničnega sistema po načelu „samo enkrat“, ki je zasnovan za prikaz metapodatkov, ki enolično identificirajo dokazila in ponudnika dokazil, ter vključuje dodatna polja, zasnovana za prikaz metapodatkov iz člena 13(1), točke (a), (b) in (c).

2. Semantično odložišče za tipe strukturiranih dokazil, dogovorjene v okviru usklajevalne skupine za vstopno mesto, vsebuje podatkovni model tehničnega sistema po načelu „samo enkrat“, ki ga sestavljajo najmanj naslednji elementi:

(a)

predstavitev tega podatkovnega modela z:

(i)	vizualnim diagramom podatkovnega modela, ter

(ii)	besedilnim opisom vseh subjektov podatkovnega modela, sestavljenega iz opredelitve in seznama značilnosti subjekta; in za vsako značilnost pričakovanim tipom (npr. Boolejev podatkovni tip, identifikator, datum), opredelitvijo, kardinalnostjo in neobvezno uporabo šifranta;

(b)	distribucije v XML na podlagi definicijske sheme XML (XSD) ali enakovrednega formata, dopolnjeno z drugimi splošno uporabljanimi serializacijskimi formati, kadar je to izvedljivo;

(c)	šifranti za zagotovitev avtomatizirane obdelave dokazil, ki so na voljo v strukturirani obliki;

(d)	mehanizem za pretvorbo v človeku berljiv format, kot je XSLT ali enakovreden format.

3. Semantično odložišče za vsak tip dokazil omogoča nadzor nad različicami in dnevnik sprememb za sledenje različnih različic.

4. Semantično odložišče vsebuje metodologijo za razvoj novih podatkovnih modelov tehničnega sistema po načelu „samo enkrat“ za tipe dokazil, izmenjane prek tehničnega sistema po načelu „samo enkrat“, ki so sestavljeni iz primerov in učnega gradiva.

5. Države članice in Komisija redno razpravljajo o časovnih razporedih posodobitev in prilagoditev splošnih metapodatkovnih modelov tehničnega sistema po načelu „samo enkrat“ in njegovih podatkovnih modelov v okviru ene od podskupin usklajevalne skupine za vstopno mesto iz člena 19, sprejme pa jih usklajevalna skupina za vstopno mesto. Ponudniki dokazil ali posredniške platforme, kadar je ustrezno, te posodobitve in prilagoditve začnejo uporabljati najpozneje 12 mesecev po objavi v semantičnem odložišču.

6. Komisija državam članicam zagotovi orodje informacijske tehnologije, ki jim bo v pomoč pri preverjanju skladnosti dokazila s splošnim metapodatkovnim modelom tehničnega sistema po načelu „samo enkrat“ in njegovimi podatkovnimi modeli.

7. Komisija semantično odložišče javno objavi na posebnem spletnem mestu Komisije.

Člen 8

Nacionalni registri in storitve

1. Države članice, ki imajo nacionalne registre ali storitve, enakovredne direktoriju podatkovnih storitev ali posredniku dokazila, se lahko odločijo, da ne bodo registrirale ponudnikov dokazil, tipov dokazil, ki jih izdajo, in dejstev ali skladnosti s postopkovnimi zahtevami, ki jih dokažejo, po možnosti skupaj z drugimi tipi dokazil in ravnijo zanesljivosti sredstev elektronske identifikacije, ki se zahtevajo za dostop do vsakega tipa dokazila, kot je določeno v členih 5 in 6. V takem primeru namesto tega storijo nekaj od naslednjega:

(a)	drugim državam članicam omogočijo iskanje po svojih nacionalnih registrih po informacijah iz tega odstavka;

(b)	kopirajo informacije iz tega odstavka iz nacionalnih registrov ali storitev v direktorij podatkovnih storitev ali posredniku dokazila.

2. Države članice pri izvajanju odstavka 1 upoštevajo opise iz dokumentov tehnične zasnove.

ODDELEK 3

PROSILCI DOKAZIL

Člen 9

Obrazložitev za uporabnike

1. Prosilci dokazil zagotovijo, da njihovi postopkovni portali vsebujejo razlago o tehničnem sistemu po načelu „samo enkrat“ in njegovih funkcijah, vključno z informacijami, da:

(a)	je uporaba tehničnega sistema po načelu „samo enkrat“ prostovoljna;

(b)	imajo uporabniki možnost predogleda dokazil v predoglednem prostoru iz člena 15(1), točka (b)(ii), in da se odločijo, ali jih bodo uporabili v postopku ali ne;

(c)	uporabniki lahko delujejo v svojem imenu ali jih zastopa druga pravna ali fizična oseba, če so bile najdene rešitve za zastopanje v skladu z Uredbo (EU) št. 910/2014 in vsemi izvedbenimi akti, sprejetimi na njeni podlagi.

Informacije iz tega odstavka, prvi pododstavek, točka (b), se ne zahtevajo v primeru postopkov iz člena 14(5) Uredbe (EU) 2018/1724.

2. Obveznost obrazložitve iz odstavka 1 tega člena ne posega v obveznost, da se posameznikom, na katere se nanašajo osebni podatki, zagotovijo informacije iz členov 13 in 14 Uredbe (EU) 2016/679.

Člen 10

Izbira tipa dokazila

1. Prosilci dokazil omogočijo uporabnikom, da z neposredno predložitvijo zahtevajo tipe dokazil, ki na podlagi informacij, registriranih pri posredniku dokazila, ustrezajo tipom dokazil, ki bi bili sprejemljivi v zadevnem postopku v skladu z veljavno zakonodajo, pod pogojem, da ponudniki dokazil dajo te tipe dokazil na voljo prek tehničnega sistema po načelu „samo enkrat“ v skladu s členom 5(1).

2. Če se lahko zahteva več dokazil, prosilec dokazila zagotovi, da lahko uporabniki izberejo vsa dokazila, podsklop ali poseben tip dokazila.

Člen 11

Avtentikacija uporabnika

1. Prosilci dokazil uporabljajo sredstva elektronske identifikacije, ki so bila izdana na podlagi sheme elektronske identifikacije, ki je bila priglašena v skladu z Uredbo (EU) št. 910/2014 za avtentikacijo uporabnikov, ki delujejo v svojem imenu ali prek zastopnika, če so bile najdene rešitve za zastopanje v skladu z Uredbo (EU) št. 910/2014 in vsemi izvedbenimi akti, sprejetimi na njeni podlagi.

2. Ko uporabnik izbere tip dokazila, ki se izmenja prek tehničnega sistema po načelu „samo enkrat“, prosilci dokazil uporabnike obvestijo:

(a)	kadar je ustrezno, o vseh dodatnih značilnostih iz člena 5(3), točka (b), te uredbe, ki jih morajo zagotoviti, ter

(b)	da bodo preusmerjeni k ustreznemu ponudniku dokazila, ponudnikom dokazil ali, posredniški platformi ali platformam, kadar je ustrezno, za predogled izbranega dokazila.

3. Kadar predogled ni potreben v skladu s členom 14(5) Uredbe (EU) 2018/1724, se odstavek 2, točka (b), tega člena ne uporablja. V navedenem primeru lahko ponudnik dokazila, ponudniki dokazil ali, posredniška platforma ali platforme, kadar je ustrezno, prosilca dokazila zaprosijo, da uporabnika preusmeri k ponovni identifikaciji in ponovni avtentikaciji za namene ujemanja identitete z dokazilom. Uporabnik se lahko odloči, da zavrne preusmeritev. V tem primeru prosilec dokazila obvesti uporabnika, da postopek ujemanja identitete z dokazilom, ki ga je izvedel ponudnik dokazil, morda ne bo privedel do ujemanja iz člena 16 te uredbe.

Člen 12

Izrecni zahtevek

Prosilec dokazila poleg informacij iz člena 9 uporabniku predloži naslednje:

(a)	ime(-na) ponudnika(-ov) dokazil(-a);

(b)	tip(-e) dokazil ali podatkovna polja, ki se izmenjujejo.

Ta člen ne posega v primere, v katerih je uporaba tehničnega sistema po načelu „samo enkrat“ dovoljena brez izrecne zahteve v skladu s členom 14(4) Uredbe (EU) 2018/1724.

Člen 13

Zahtevek za dokazilo

1. Prosilec dokazila zagotovi, da se zahtevek za dokazilo posreduje ponudniku dokazila ali posredniški platformi, kadar je ustrezno, in da vsebuje naslednje informacije:

(a)	enolični identifikator zahtevka;

(b)	tip dokazila, ki se zahteva;

(c)	datum in čas, ko je bil izrecni zahtevek podan;

(d)	postopek, za katerega se zahteva dokazilo;

(e)	ime in metapodatke, ki enolično identificirajo prosilca dokazila in posredniško platformo, kadar je ustrezno;

(f)	značilnosti uporabnika ali uporabnika in zastopnika, kadar je ustrezno, izmenjane s sredstvi elektronske identifikacije iz člena 11(1);

(g)	raven zanesljivosti sredstev elektronske identifikacije, ki jih uporablja uporabnik, kakor je opredeljena v Uredbi (EU) št. 910/2014;

(h)	dodatne značilnosti iz člena 5(3), točka (b), ki jih uporabnik predloži za namene zahtevka;

(i)	identifikacijo ponudnika dokazila, kakor je registriran v direktoriju podatkovnih storitev;

(j)	navedbo, ali je bil v skladu s členom 14(4) Uredbe (EU) 2018/1724 zahtevan izrecni zahtevek uporabnika;

(k)	navedbo, ali se zahteva možnost predogleda dokazil v skladu s členom 14(5) Uredbe (EU) 2018/1724.

2. Prosilec dokazila nedvoumno razlikuje med dodatnimi značilnostmi iz odstavka 1, točka (h), in značilnostmi iz odstavka 1, točka (f).

Člen 14

Preusmeritev uporabnika k ponudniku dokazila

1. Brez poseganja v postopke iz člena 14(5) Uredbe (EU) 2018/1724 prosilci dokazil zagotovijo, da se uporabniki po tem, ko izberejo dokazila, ki se izmenjujejo prek tehničnega sistema po načelu „samo enkrat“ na postopkovnem portalu v skladu s členom 10 te uredbe, in navedejo svoj izrecni zahtevek v skladu s členom 12 te uredbe, preusmerijo k ponudniku dokazila, ponudnikom dokazil ali posredniški platformi ali platformam, kadar je ustrezno, da uporabijo možnost predogleda dokazila.

2. Za postopke iz člena 14(5) Uredbe (EU) 2018/1724 se lahko uporabniki v skladu s členom 11(3) te uredbe preusmerijo na ponudnika dokazil, ponudnike dokazil ali posredniško platformo ali platforme, kadar je ustrezno.

ODDELEK 4

PONUDNIKI DOKAZIL

Člen 15

Vloga pri izmenjavi dokazila

1. Države članice zagotovijo, da ponudniki dokazila ali posredniške platforme, kadar je ustrezno, za namene izmenjave dokazila prek tehničnega sistema po načelu „samo enkrat“ uporabljajo storitve aplikacij, ki lahko:

(a)	prejmejo in razlagajo zahtevke za dokazila, ki jih predloži dostopovna točka za eDelivery in ki se štejejo za vložke za podatkovne storitve;

(b)

na podlagi uspešne identifikacije in avtentikacije v skladu s členom 16 te uredbe:

(i)	pridobivajo kakršna koli dokazila, ki se ujemajo z zahtevkom;

(ii)	razen v primeru postopkov iz člena 14(5) Uredbe (EU) 2018/1724, uporabnikom omogočijo, da navedejo, katera od teh dokazil si želijo predogledati, in jim omogočajo predogled tako določenih dokumentov v predoglednem prostoru;

(iii)

uporabnikom omogočijo, da navedejo, katera ujemajoča se dokazila bi bilo treba poslati prosilcu dokazila za uporabo v postopku;

(c)

pošiljajo odzive v zvezi z dokazilom prosilcu dokazila prek dostopovne točka za eDelivery, če se uporabnik odloči, da bo dokazilo uporabil v postopku po možnosti predogleda, razen v primeru postopkov iz člena 14(5) Uredbe (EU) 2018/1724, poročila o napakah, tudi v primeru iz člena 16(3), točka (a), te uredbe, ali poročila v zvezi z dokazilom v postopku pretvorbe.

2. Če se pošlje odziv v zvezi z dokazilom, vsebuje zahtevano dokazilo in so mu priloženi:

(a)	metapodatki, ki enolično identificirajo odziv v zvezi z dokazilom;

(b)	metapodatki, ki enolično identificirajo zahtevek za dokazilo;

(c)	metapodatki, ki navajajo datum in čas, ko je bil odziv ustvarjen;

(d)	metapodatki, ki enolično identificirajo dokazilo in ponudnika dokazila;

(e)	človeku berljiva različica dokazila, kadar strukturirana dokazila niso skladna s podatkovnim modelom tehničnega sistema po načelu „samo enkrat“, ustreznim za zadevni tip dokazila.

3. Odziv v zvezi z dokazilom lahko vključuje tudi metapodatke, ki enolično opredeljujejo jezik ali jezike zahtevanega dokazila.

4. Če se pošlje poročilo o napaki, vključuje metapodatke, ki enolično identificirajo zahtevek za dokazilo, datum in čas, ko je bilo ustvarjeno, ter opis nastale napake.

5. Če dokazilo še ni na voljo za izmenjavo prek tehničnega sistema po načelu „samo enkrat“, vendar je v postopku pretvorbe v strukturirano ali nestrukturirano dokazilo, kakor sta opredeljeni v členu 1, točki (16) in (17), se pošlje poročilo iz odstavka 1, točka (c), tega člena. Navedeno poročilo vključuje metapodatke, ki enolično opredeljujejo zahtevek za dokazilo, datum in čas, ko je bilo ustvarjeno, ter sporočilo, da je zadevno dokazilo v postopku pretvorbe v strukturirano ali nestrukturirano dokazilo, kot sta opredeljeni v členu 1, točki (16) in (17), in bo v prihodnosti pripravljeno za prenos prek tehničnega sistema po načelu „samo enkrat“. Ponudnik dokazila v poročilo vključi predvideni datum in čas, ko bo dokazilo na voljo.

Člen 16

Ujemanje identitete z dokazilom

1. Ponudniki dokazil ali posredniške platforme, kadar je ustrezno, lahko od uporabnikov zahtevajo ponovno identifikacijo in ponovno avtentikacijo za namene ujemanja identitete z dokazilom, vključno z navedbo dodatnih značilnosti.

2. Ponudniki dokazil ali po potrebi posredniške platforme zagotovijo, da se dokazila izmenjujejo prek tehničnega sistema po načelu „samo enkrat“ le, če se značilnosti identitete uporabnika in, kadar je ustrezno, zastopnika, ki se izmenjujejo s sredstvi elektronske identifikacije iz člena 11(1), in dodatne značilnosti, ki so določene v členu 11(2), točka (a), ter jih zagotovi uporabnik za lažjo identifikacijo s strani zadevnega ponudnika dokazil, ujemajo z njegovimi značilnostmi.

3. Kadar postopek ujemanja identitete z dokazilom ne privede do ujemanja ali če iskanje ujemanja identitete ustvari dva ali več rezultatov, se uporabniku ali zastopniku, kadar je ustrezno, ne dovoli predogled zahtevanega dokazila, dokazilo pa se ne izmenja. Če takega ujemanja ni:

(a)	se prosilcu dokazila pošlje sporočilo o napaki;

(b)	uporabnik prejme avtomatizirano sporočilo, ki pojasni, da dokazila ni mogoče zagotoviti.

ODDELEK 5

DNEVNIŠKI SISTEM TEHNIČNEGA SISTEMA PO NAČELU „SAMO ENKRAT“

Člen 17

Dnevniški sistem

1. Za vsak zahtevek za dokazilo, ki se posreduje prek tehničnega sistema po načelu „samo enkrat“, prosilec dokazila, ponudnik oziroma ponudniki dokazila ali posredniška platforma ali platforme, kadar je ustrezno, zabeležijo naslednje elemente:

(a)	zahtevek za dokazilo iz člena 13(1);

(b)	informacije, vključene v odziv v zvezi z dokazilom, razen samega dokazila, ali poročilo o napaki iz člena 15(1), točka (c), in člena 16(3), točka (a);

(c)

podatke o dogodku eDelivery, ki se nanašajo na kar koli od naslednjega:

(i)	izmenjavo zahtevkov za dokazila;

(ii)	odzive v zvezi z dokazili;

(iii)

poročila o napakah.

2. Ponudnik dokazila ali posredniška platforma, kadar je ustrezno, za vsako dokazilo, izmenjano prek tehničnega sistema po načelu „samo enkrat“, po predogledu dokazila zabeleži odločitev uporabnika o odobritvi ali zavrnitvi uporabe dokazila v postopku ali, kadar je ustrezno, da je uporabnik zapustil predogledni prostor ali postopkovni portal, ne da bi sprejel določeno odločitev.

3. Komisija in v primerih iz člena 8(1), točka (a), zadevne države članice beležijo vse interakcije s skupnimi storitvami iz člena 4(1).

4. Brez poseganja v daljša obdobja hrambe, ki se v skladu z nacionalno zakonodajo zahtevajo za dnevnike iz odstavkov 1, 2 in 3 za namene tehničnega sistema po načelu „samo enkrat“ ali za druge namene, Komisija in prosilci dokazil, ponudniki dokazil ali posredniške platforme, kadar je ustrezno, navedene evidence hranijo 12 mesecev.

5. Prosilci dokazil, ponudniki dokazil in posredniške platforme, kadar je ustrezno, ob sumu incidenta ter za namene presoj in naključnih varnostnih pregledov, izvedenih v okviru njihovih pristojnosti iz člena 26, na zahtevo drug drugemu dajo na voljo ustrezne dnevnike iz odstavkov 1 in 2 tega člena prek nadzorne plošče za tehnično podporo iz člena 22. Za iste namene in na enak način države članice in Komisija, kadar je ustrezno, zadevnim prosilcem dokazil, ponudnikom dokazil in posredniškim platformam, kadar je ustrezno, dajo na voljo ustrezne dnevnike iz odstavka 3 tega člena.

ODDELEK 6

UPRAVLJANJE TEHNIČNEGA SISTEMA PO NAČELU „SAMO ENKRAT“

Člen 18

Usklajevalna skupina za vstopno mesto

Komisija v sodelovanju z državami članicami v okviru usklajevalne skupine za vstopno mesto, ustanovljene s členom 29 Uredbe (EU) 2018/1724:

(a)	nadzoruje vzpostavitev in začetek delovanja tehničnega sistema po načelu „samo enkrat“ v skladu s členom 31(3) te uredbe;

(b)	določi prednostne naloge za nadaljnji razvoj in izboljšave tehničnega sistema po načelu „samo enkrat“;

(c)	določi okvirni časovni razpored za redno posodabljanje, vzdrževanje in prilagajanje dokumentov tehnične zasnove;

(d)	priporoča spremembe dokumentov tehnične zasnove;

(e)	organizira medsebojne strokovne preglede za spodbujanje izmenjave izkušenj in dobrih praks med državami članicami v zvezi z uporabo te uredbe v državah članicah;

(f)	odobri ali zavrne operativne načine izvajanja, ki jih predloži katera koli podskupina, ustanovljena v skladu s poslovnikom usklajevalne skupine za vstopno mesto, ter po potrebi zagotovi posebne smernice in nadzoruje njihovo delo.

Člen 19

Podskupine usklajevalne skupine za vstopno mesto

1. Za zagotovitev usklajenega razvoja in delovanja tehničnega sistema po načelu „samo enkrat“ podskupine iz člena 18, točka (f), razpravljajo o operativnih načinih izvajanja, ki jih je treba predložiti usklajevalni skupini za vstopno mesto, in jih po potrebi pripravijo na naslednjih področjih, zlasti:

(a)	standardizacija podatkovnih modelov tehničnega sistema po načelu „samo enkrat“;

(b)	povezovanje dokazil;

(c)	pregled, vzdrževanje in razlaga dokumentov tehnične zasnove;

(d)	operativno upravljanje, zlasti operativne ureditve in sporazumi o ravni storitev;

(e)	varnost tehničnega sistema po načelu „samo enkrat“, vključno s pripravo načrtov za obvladovanje tveganj, da se tveganja opredelijo, oceni njihov morebitni vpliv ter načrtujejo ustrezni tehnični in organizacijski odzivi v primeru incidentov;

(f)	preizkušanje in uvajanje komponent tehničnega sistema po načelu „samo enkrat“, vključno z interoperabilnostjo med nacionalnimi komponentami tehničnega sistema po načelu „samo enkrat“ iz člena 2, točke (a) do (f) in (h), ter skupnimi storitvami iz člena 4(1).

Operativni načini izvajanja vključujejo pripravo in predlaganje standardov, potrebnih za interoperabilnost na zadevnih področjih podskupin, po možnosti ob upoštevanju mednarodnih standardov. Ko usklajevalna skupina za vstopno mesto te standarde odobri, se vključijo v dokumente tehnične zasnove.

2. Kadar je le mogoče, podskupine svoje predloge operativnih načinov izvajanja sprejmejo s soglasjem. Kadar se izkaže, da soglasja ni mogoče doseči, lahko predsednik, če ga podpira navadna večina na seji prisotnih članov podskupine, odloči, da se lahko predlog podskupine predloži usklajevalni skupini za vstopno mesto.

ODDELEK 7

TEHNIČNA PODPORA

Člen 20

Enotna kontaktna točka Komisije za tehnično podporo

1. Komisija imenuje enotno kontaktno točko za tehnično podporo, ki zagotavlja delovanje in vzdrževanje skupnih storitev iz člena 4(1).

2. Enotna kontaktna točka za tehnično podporo se poveže z drugimi ustreznimi kontaktnimi točkami Komisije in z dostopovno točko za eDelivery ali vozlišči eIDAS usklajuje reševanje težav.

3. Komisija zagotovi, da je njena enotna kontaktna točka za tehnično podporo organizirana tako, da lahko opravlja svoje naloge v vseh okoliščinah in da se lahko hitro odzove.

Člen 21

Nacionalna enotna kontaktna točka za tehnično podporo

1. Vsaka država članica določi enotno kontaktno točko za tehnično podporo, da se zagotovi delovanje in vzdrževanje ustreznih komponent tehničnega sistema po načelu „samo enkrat“, za katere so odgovorne v skladu z oddelkom 9.

2. Enotne kontaktne točke za tehnično podporo:

(a)

zagotavljajo strokovno znanje in svetovanje ponudnikom dokazil in prosilcem dokazil v zvezi z vsemi tehničnimi težavami, ki se pojavijo pri delovanju tehničnega sistema po načelu „samo enkrat“, ter se po potrebi povežejo s tehnično kontaktno točko Komisije za tehnično podporo in drugimi nacionalnimi kontaktnimi točkami za tehnično podporo;

(b)	raziščejo in razrešijo morebitne prekinitve delovanja dostopovnih točk za eDelivery, morebitne kršitve varnosti in druge incidente;

(c)	kontaktne točke za tehnično podporo obvestijo o vseh dejavnostih, ki bi lahko povzročile kršitev ali domnevno kršitev varnosti elektronskih sistemov.

3. Kadar ponudnik dokazil izrazi dvom glede zakonitosti enega ali več zahtevkov za dokazila, enotna kontaktna točka za tehnično podporo:

(a)	pregleda zahtevke za dokazila ali vzorce zahtevkov za dokazila, ki jih je isti prosilec dokazila poslal v preteklosti;

(b)	uporabi nadzorno ploščo za tehnično podporo iz člena 22, da enotno kontaktno točko za tehnično podporo, ki jo določi država članica prosilca dokazila, zaprosi za pošiljanje dnevnikov izbranih izmenjav iz člena 17;

(c)	o tem obvesti nacionalnega koordinatorja, če težava ni odpravljena.

4. Države članice zagotovijo, da je njihova enotna kontaktna točka za tehnično podporo organizirana tako, da lahko opravlja svoje naloge v vseh okoliščinah in da se lahko odzove v kratkem času.

Člen 22

Nadzorna plošča za tehnično podporo

1. Komisija vzpostavi nadzorno ploščo za olajšanje komunikacije med vsemi kontaktnimi točkami za tehnično podporo.

2. Države članice in Komisija na nadzorni plošči beležijo kontaktne podatke kontaktnih točk za tehnično podporo in jih posodabljajo.

3. Kontaktne točke prek nadzorne plošče:

(a)	poročajo o vsakem incidentu, ki šteje za hudega;

(b)	poročajo o vseh začasnih ali stalnih ukrepih, sprejetih po incidentih;

(c)	od ustreznih kontaktnih točk za tehnično podporo zahtevajo dnevnike izbranih izmenjav v primerih iz člena 17(5) in v primeru dvoma glede zakonitosti zahtevka za dokazilo iz člena 21(3);

(d)	zahtevajo kakršno koli drugo pomoč, ki je potrebna v primeru incidentov.

4. Nacionalni koordinatorji in predsednik usklajevalne skupine za vstopno mesto imajo dostop do nadzorne plošče.

5. Komisija in nacionalni koordinatorji uporabljajo nadzorno ploščo za zagotavljanje informacij iz člena 27 in člena 28(2).

ODDELEK 8

SODELOVANJE Z DRUGIMI STRUKTURAMI UPRAVLJANJA

Člen 23

Obseg sodelovanja

Komisija skupaj z usklajevalno skupino za vstopno mesto in njenimi podskupinami sodeluje z ustreznimi strukturami upravljanja, vzpostavljenimi s pravom Unije ali mednarodnimi sporazumi na področjih, pomembnih za tehnični sistem po načelu „samo enkrat“, da se dosežejo sinergije in v največji možni meri ponovno uporabijo rešitve, razvite v teh drugih forumih.

ODDELEK 9

ODGOVORNOST ZA VZDRŽEVANJE IN DELOVANJE KOMPONENT TEHNIČNEGA SISTEMA PO NAČELU „SAMO ENKRAT“

Člen 24

Odgovornosti Komisije

Komisija je lastnica skupnih storitev in nadzorne plošče za tehnično podporo ter je odgovorna za njihov razvoj, razpoložljivost, spremljanje, posodabljanje, vzdrževanje in gostovanje.

Člen 25

Odgovornosti držav članic

V zvezi z zadevnimi nacionalnimi komponentami tehničnega sistema po načelu „samo enkrat“ iz člena 2, točke (a) do (f) in (h), se vsaka država članica šteje za lastnika in je odgovorna za vzpostavitev, kadar je ustrezno, ter za razvoj, razpoložljivost, spremljanje, posodabljanje, vzdrževanje in gostovanje.

Člen 26

Spremembe in posodobitve

1. Komisija obvesti države članice o spremembah in posodobitvah skupnih storitev.

2. Države članice obvestijo Komisijo o spremembah in posodobitvah komponent, za katere so odgovorne in ki bi lahko vplivale na delovanje tehničnega sistema po načelu „samo enkrat“.

3. Informacije o kritičnih posodobitvah se zagotovijo brez nepotrebnega odlašanja. V primeru drugih, nekritičnih posodobitev, ki bi lahko vplivale na komponente tehničnega sistema po načelu „samo enkrat“, ki so v lasti drugih držav članic ali skupnih storitev, časovni razpored določi usklajevalna skupina za vstopno mesto na podlagi predloga zadevne podskupine.

Člen 27

Razpoložljivost tehničnega sistema po načelu „samo enkrat“

1. Obratovalni časovni okvir tehničnega sistema po načelu „samo enkrat“ je 24 ur na dan 7 dni v tednu, pri čemer je stopnja razpoložljivosti dostopovne točke za eDelivery, predoglednih prostorov in skupnih storitev najmanj 98 %, pri čemer se ne upošteva načrtovano vzdrževanje v skladu z odstavkom 2 tega člena. Cilji glede ravni storitev preostalih komponent tehničnega sistema po načelu „samo enkrat“ se določijo v sporazumih o ravni storitve iz člena 19(1), točka (d).

2. Države članice in Komisija priglasijo načrtovane dejavnosti vzdrževanja, povezane z ustreznimi komponentami tehničnega sistema po načelu „samo enkrat“, kot sledi:

(a)	5 delovnih dni vnaprej za vzdrževalna dela, ki lahko povzročijo nerazpoložljivost do 4 ure;

(b)	10 delovnih dni vnaprej za vzdrževalna dela, ki lahko povzročijo nerazpoložljivost do 12 ure;

(c)	30 delovnih dni vnaprej za vzdrževanje infrastrukture računalniške sobe, ki lahko povzroči nerazpoložljivost do 6 dni na leto.

Kolikor je mogoče, se vzdrževalna dela načrtujejo zunaj delovnega časa.

3. Če imajo države članice določen časovni okvir tedenskega vzdrževanja, Komisiji sporočijo uro in dan, ko je načrtovano tedensko vzdrževanje. Brez poseganja v obveznosti iz odstavka 2, točke (a), (b) in (c), če se prekine razpoložljivost sistemov držav članic v tako določenem časovnem okviru, državam članicam o tem ni treba Komisije obvestiti za vsak posamezen primer.

4. V primeru nepričakovane tehnične okvare komponent tehničnega sistema po načelu „samo enkrat“ zadevna država članica nemudoma obvesti druge države članice in Komisijo o njihovi nerazpoložljivosti in, če je znano, o predvidenem ponovnem delovanju komponent.

5. V primeru nepričakovanega izpada skupnih storitev Komisija nemudoma obvesti države članice o nerazpoložljivosti ene ali več skupnih storitev in, če je znano, o predvidenem ponovnem delovanju storitve.

6. Uradna obvestila iz tega člena se pošljejo prek nadzorne plošče za tehnično podporo iz člena 22.

ODDELEK 10

VARNOST

Člen 28

Varnost skupnih storitev in nacionalnih komponent

1. Komisija zagotovi varnost skupnih storitev iz člena 4(1) ter elementov integracije in vmesnikov iz člena 2, točka (h), za katere je odgovorna.

2. Države članice zagotovijo varnost nacionalnih komponent tehničnega sistema po načelu „samo enkrat“ ter elementov integracije in vmesnikov iz člena 2(h), za katere so odgovorne.

3. Za namene iz odstavkov 1 in 2 države članice in Komisija sprejmejo vsaj potrebne ukrepe za vsako komponento, za katero so odgovorne, da:

(a)	preprečijo dostop nepooblaščenim osebam do komponent, za katere so odgovorne;

(b)	preprečijo vnos podatkov, vpogled vanje, njihovo spreminjanje ali brisanje s strani nepooblaščenih oseb;

(c)	zaznajo morebitne dejavnosti iz točk (a) in (b), ter

(d)	zagotavljajo beleženje varnostnih dogodkov v skladu s priznanimi mednarodnimi varnostnimi standardi za informacijsko tehnologijo.

4. Države članice zlasti zagotovijo:

(a)

da povezave do dostopovnih točk za eDelivery in z njih ter vsa notranja komunikacija med različnimi nacionalnimi organi dosegajo najmanj enako raven varnostnih zahtev kot storitev elektronske dostave eDelivery, da se zaščitita varnost in zaupnost izmenjave ter celovitost dokazil, izmenjanih prek tehničnega sistema po načelu „samo enkrat“;

(b)	nezatajljivost izvora zahtevka za dokazilo, poslanega z dostopovne točke prosilca dokazila, in izmenjanega odziva v zvezi z dokazilom ali sporočila o napaki, poslanega z dostopovne točke ponudnika dokazila.

5. V skladu z odstavkom 4 je država članica ponudnika dokazila pri kateri koli izmenjavi dokazila odgovorna za kakovost, zaupnost, celovitost in razpoložljivost zahtevanega dokazila, dokler ne doseže dostopovne točke za eDelivery prosilca dokazila ali posredniške platforme, kadar je ustrezno. Država članica prosilca dokazila je pri kateri koli izmenjavi dokazila odgovorna za zaupnost in celovitost zahtevanega dokazila od trenutka, ko doseže dostopovno točko za eDelivery.

6. Države članice in Komisija zagotovijo zaupnost, celovitost in razpoložljivost dnevnikov iz člena 17(1), (2) in (3) z ustreznimi in sorazmernimi varnostnimi ukrepi za dnevnike, ki so jih zabeležile.

Člen 29

Spremljanje elektronskih sistemov

1. Države članice in Komisija izvajajo redne preglede komponent tehničnega sistema po načelu „samo enkrat“, za katere so odgovorne.

2. Enotne kontaktne točke za tehnično podporo iz členov 20 in 21 uporabljajo nadzorno ploščo za tehnično podporo iz člena 22 za medsebojno obveščanje o težavah, odkritih med pregledi, ki bi lahko povzročile kršitev ali domnevno kršitev varnosti tehničnega sistema po načelu „samo enkrat“.

Člen 30

Sistem upravljanja skrbništva

Komisija vzpostavi sistem upravljanja skrbništva za upravljanje pravil o avtentikaciji in odobritvi za potrjevanje identifikacijskih podatkov za namene omogočanja dostopa do skupnih storitev in nadzorne plošče za tehnično podporo.

ODDELEK 11

KONČNE DOLOČBE

Člen 31

Preizkušanje tehničnega sistema po načelu „samo enkrat“

1. Države članice in Komisija v okviru usklajevalne skupine za vstopno mesto sprejmejo časovni načrt preizkušanja in sklop kazalnikov, v skladu s katerimi se rezultati preizkušanja lahko merijo in štejejo za pozitivne.

2. Komisija zagotovi storitve preizkušanja, ki jih lahko države članice uporabijo za preizkušanje skladnosti tehničnih rešitev s kazalniki iz odstavka 1.

3. Države članice in Komisija preizkusijo delovanje vsake komponente tehničnega sistema po načelu „samo enkrat“ in preverijo, ali lahko pravilno delujejo v skladu s kazalniki iz odstavka 1. Uporabnikom se dajo na voljo samo tiste komponente tehničnega sistema po načelu „samo enkrat“, za katere preizkusi dajo pozitivne rezultate.

Člen 32

Pomoč Komisije

Komisija kot del kontaktne točke Komisije za tehnično podporo zagotovi skupino strokovnjakov za pomoč nacionalnim kontaktnim točkam za tehnično podporo in nacionalnim koordinatorjem pri vseh zadevah, povezanih z delovanjem tehničnega sistema po načelu „samo enkrat“ s tehničnega vidika, zlasti pri:

(a)	zagotavljanju smernic;

(b)	organizaciji delavnic in predstavitev;

(c)	odgovarjanju na posamezna vprašanja.

Člen 33

Obdelava osebnih podatkov

V zvezi z obdelavo osebnih podatkov, ki so navedeni v dokazilih, ki se izmenjujejo prek tehničnega sistema po načelu „samo enkrat“, in ki se pojavljajo v komponentah tehničnega sistema po načelu „samo enkrat“, ki jih imajo zadevni pristojni organi držav članic v lasti v skladu s členom 25 te uredbe, zadevni pristojni organi držav članic kot prosilci dokazil ali ponudniki dokazil delujejo kot upravljavci, kakor so opredeljeni v členu 4, točka 7, Uredbe (EU) 2016/679 in kakor je podrobneje opredeljeno v členih 34 in 35 te uredbe.

Člen 34

Odgovornosti prosilca dokazila kot upravljavca podatkov

1. Pri vsaki izmenjavi dokazil prek tehničnega sistema po načelu „samo enkrat“ je za popolnost in zakonitost zahtevka za dokazila odgovoren izključno zadevni prosilec dokazila ali posredniška platforma, kadar je ustrezno. Prosilec dokazila zlasti zagotovi, da se dokazilo zahteva za določen postopek, za katerega ga zahteva uporabnik.

2. Ko dokazilo, izmenjano prek tehničnega sistema po načelu „samo enkrat“, postane na voljo prosilcu dokazila ali posredniški platformi, kadar je ustrezno, bodisi po odločitvi uporabnika, da nadaljuje z izmenjavo dokazila v skladu s členom 14(3), točka (f), Uredbe (EU) 2018/1724, ali v primeru postopkov iz člena 14(5) Uredbe (EU) 2018/1724, prosilec dokazila ali po potrebi posredniška platforma zagotovi enako raven varstva osebnih podatkov v skladu z Uredbo (EU) 2016/679 kot v primeru, ko uporabnik predloži ali naloži dokazilo, ne da bi uporabil tehnični sistem po načelu „samo enkrat“.

Člen 35

Odgovornosti ponudnika dokazila kot upravljavca podatkov

1. Brez poseganja v njihove obveznosti iz Uredbe (EU) 2016/679 je za vsako izmenjavo dokazila prek tehničnega sistema po načelu „samo enkrat“ zadevni ponudnik dokazil ali, kadar je ustrezno, posredniška platforma edini odgovoren za preverjanje:

(a)	da se zahtevana dokazila, ki jih hrani, lahko ujemajo z uporabnikom v skladu s členom 16;

(b)	da je uporabnik upravičen do uporabe zahtevanega dokazila.

2. Kadar posredniška platforma zagotavlja predogledni prostor v skladu s členom 15(1), točka (b)(ii), te uredbe, se šteje za obdelovalca, ki deluje v imenu ponudnika dokazila v skladu s členom 4(8) Uredbe (EU) 2016/679.

Člen 36

Začetek veljavnosti

Ta uredba začne veljati dvajseti dan po objavi v Uradnem listu Evropske unije.

Uporablja se od 12. decembra 2023.

Ta uredba je v celoti zavezujoča in se neposredno uporablja v vseh državah članicah.

V Bruslju, 5. avgusta 2022

Za Komisijo

predsednica

Ursula VON DER LEYEN

(1) UL L 295, 21.11.2018, str. 1.

(2) Direktiva Evropskega parlamenta in Sveta 2005/36/ES z dne 7. septembra 2005 o priznavanju poklicnih kvalifikacij (UL L 255, 30.9.2005, str. 22).

(3) Direktiva 2006/123/ES Evropskega parlamenta in Sveta z dne 12. decembra 2006 o storitvah na notranjem trgu (UL L 376, 27.12.2006, str. 36).

(4) Direktiva 2014/24/EU Evropskega parlamenta in Sveta z dne 26. februarja 2014 o javnem naročanju in razveljavitvi Direktive 2004/18/ES (UL L 94, 28.3.2014, str. 65).

(5) Direktiva 2014/25/EU Evropskega parlamenta in Sveta z dne 26. februarja 2014 o javnem naročanju naročnikov, ki opravljajo dejavnosti v vodnem, energetskem in prometnem sektorju ter sektorju poštnih storitev, ter o razveljavitvi Direktive 2004/17/ES (UL L 94, 28.3.2014, str. 243).

(6) Izvedbena uredba Komisije (EU) 2015/1501 z dne 8. septembra 2015 o interoperabilnostnem okviru v skladu s členom 12(8) Uredbe (EU) št. 910/2014 Evropskega parlamenta in Sveta o elektronski identifikaciji in storitvah zaupanja za elektronske transakcije na notranjem trgu (UL L 235, 9.9.2015, str. 1).

(7) Omrežje za vozniška dovoljenja, vzpostavljeno na podlagi člena 15 Direktive 2006/126/ES Evropskega parlamenta in Sveta z dne 20. decembra 2006 o vozniških dovoljenjih (UL L 403, 30.12.2006, str. 18).

(8) Pogodba o evropskem informacijskem sistemu za prometna in vozniška dovoljenja (EUCARIS), sprejeta v Luxembourgu 29. junija 2000.

(9) Skupina uporabnikov EMREX (EUG) je neodvisna mednarodna mreža, ki združuje različne akterje, zainteresirane za izboljšanje prenosljivosti podatkov študentov; https://emrex.eu/.

(10) Uredba (ES) št. 987/2009 Evropskega parlamenta in Sveta z dne 16. septembra 2009 o določitvi podrobnih pravil za izvajanje Uredbe (ES) št. 883/2004 o koordinaciji sistemov socialne varnosti (UL L 284, 30.10.2009, str. 1).

(11) Sklep Sveta 2009/316/PNZ z dne 6. aprila 2009 o vzpostavitvi Evropskega informacijskega sistema kazenskih evidenc (ECRIS) na podlagi člena 11 Okvirnega sklepa 2009/315/PNZ (UL L 93, 7.4.2009, str. 33).

(12) https://ec.europa.eu/tools/ecertis/#/homePage

(13) Uredba (EU) št. 910/2014 Evropskega parlamenta in Sveta z dne 23. julija 2014 o elektronski identifikaciji in storitvah zaupanja za elektronske transakcije na notranjem trgu in o razveljavitvi Direktive 1999/93/ES (UL L 257, 28.8.2014, str. 73).

(14) Zaupanja vredna in varna evropska elektronska identifikacija – Priporočilo Oblikovanje digitalne prihodnosti Evrope (europa.eu)

(15) Izvedbeni sklep Komisije (EU) 2015/296 z dne 24. februarja 2015 o določitvi postopkovne ureditve za sodelovanje med državami članicami na področju elektronske identifikacije v skladu s členom 12(7) Uredbe (EU) št. 910/2014 Evropskega parlamenta in Sveta o elektronski identifikaciji in storitvah zaupanja za elektronske transakcije na notranjem trgu (Besedilo velja za EGP) (UL L 53, 25.2.2015, str. 14).

(16) UL L 210, 14.6.2021, str. 51.

(17) Podpisana 6. oktobra 2017, https://digital-strategy.ec.europa.eu/en/news/ministerial-declaration-egovernment-tallinn-declaration.

(18) Podpisana 8. decembra 2020; https://digital-strategy.ec.europa.eu/en/news/berlin-declaration-digital-society-and-value-based-digital-government.

(19) Uredba (EU) 2016/679 Evropskega parlamenta in Sveta z dne 27. aprila 2016 o varstvu posameznikov pri obdelavi osebnih podatkov in o prostem pretoku takih podatkov ter o razveljavitvi Direktive 95/46/ES (Splošna uredba o varstvu podatkov) (UL L 119, 4.5.2016, str. 1).

(20) Sklep Komisije (EU, Euratom) 2017/46 z dne 10. januarja 2017 o varnosti komunikacijskih in informacijskih sistemov v Evropski komisiji (UL L 6, 11.1.2017, str. 40).

(21) Uredba (EU) 2018/1725 Evropskega parlamenta in Sveta z dne 23. oktobra 2018 o varstvu posameznikov pri obdelavi osebnih podatkov v institucijah, organih, uradih in agencijah Unije in o prostem pretoku takih podatkov ter o razveljavitvi Uredbe (ES) št. 45/2001 in Sklepa št. 1247/2002/ES (UL L 295, 21.11.2018, str. 39).

(22) https://edps.europa.eu/data-protection/our-work/publications/formal-comments/draft-commission-implementing-regulation-4_en

6.9.2022

Uradni list Evropske unije

L 231/24

UREDBA KOMISIJE (EU) 2022/1465

z dne 5. septembra 2022

o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede nekaterih aromatičnih snovi

(Besedilo velja za EGP)

EVROPSKA KOMISIJA JE –

ob upoštevanju Pogodbe o delovanju Evropske unije,

ob upoštevanju Uredbe (ES) št. 1334/2008 Evropskega parlamenta in Sveta z dne 16. decembra 2008 o aromah in nekaterih sestavinah živil z aromatičnimi lastnostmi za uporabo v in na živilih ter spremembi Uredbe Sveta (EGS) št. 1601/91, uredb (ES) št. 2232/96 in (ES) št. 110/2008 ter Direktive 2000/13/ES (1) in zlasti člena 11(3) Uredbe,

ob upoštevanju Uredbe (ES) št. 1331/2008 Evropskega parlamenta in Sveta z dne 16. decembra 2008 o vzpostavitvi skupnega postopka odobritve za aditive za živila, encime za živila in arome za živila (2) ter zlasti člena 7(5) Uredbe,

ob upoštevanju naslednjega:

(1)	Priloga I k Uredbi (ES) št. 1334/2008 določa seznam Unije z aromami in izvornimi snovmi, odobrenimi za uporabo v in na živilih, ter pogoje njihove uporabe.

(2)	Z Izvedbeno uredbo Komisije (EU) št. 872/2012 (3) je bil sprejet seznam aromatičnih snovi in vključen v Prilogo I, del A, k Uredbi (ES) št. 1334/2008.

(3)	Ta seznam se lahko posodablja v skladu s skupnim postopkom iz člena 3(1) Uredbe (ES) št. 1331/2008 na pobudo Komisije ali na podlagi zahtevka, ki ga vloži država članica ali zainteresirana stran.

(4)

Seznam Unije z aromami in izvornimi snovmi iz Priloge I k Uredbi (ES) št. 1334/2008 med drugim vsebuje številne aromatične snovi, za katere Evropska agencija za varnost hrane (v nadaljnjem besedilu: agencija) ob sprejetju seznama z Izvedbeno uredbo (EU) št. 872/2012 na podlagi razpoložljivih podatkov ni mogla izključiti varnostnega tveganja za zdravje potrošnika in je zato menila, da so potrebni dodatni podatki za dokončanje njihove ocene. Te snovi so bile vključene na seznam Unije z aromatičnimi snovmi, vendar pod pogojem, da se pred iztekom posebnih rokov, določenih v delu A Priloge I k Uredbi (ES) št. 1334/2008, predložijo podatki glede varnosti, ki bodo odgovorili na pomisleke, ki jih je izrazila agencija. Na seznamu je med snovmi, ob katerih je opomba, da jih mora agencija še dokončno oceniti, tudi naslednjih pet snovi iz ocene skupine aromatičnih snovi 208 (FGE.208): p-menta-1,8-dien-7-ol (št. FL 02.060), mirtenol (št. FL 02.091), mirtenal (št. FL 05.106), p-menta-1,8-dien-7-il acetat (št. FL 09.278) in mirtenilacetat (št. FL 09.302). Agencija je zahtevala dodatne znanstvene podatke, ki so jih vložniki pozneje tudi predložili.

(5)	V znanstvenem mnenju z dne 24. junija 2015 (4) je ocenila predložene podatke in ugotovila, da je reprezentativna snov te skupine, tj. p-menta-1,8-dien-7-al (št. FL 05.117), genotoksična in vivo, in da zato njena uporaba kot aromatična snov predstavlja tveganje.

(6)	Na podlagi tega mnenja je Komisija z Uredbo (EU) 2015/1760 (5) to snov umaknila s seznama Unije z aromami.

(7)	Ker je p-menta-1,8-dien-7-al (št. FL 05.117) reprezentativna snov za štiri druge snovi iz ocene skupine aromatičnih snovi 208 (FGE.208), je Komisija z Uredbo Komisije (EU) 2016/637 (6) tudi te štiri snovi umaknila s seznama Unije.

(8)

Kar zadeva p-menta-1,8-dien-7-ol (št. FL 02.060), mirtenol (št. FL 02.091), mirtenal (št. FL 05.106), p-menta-1,8-dien-7-il acetat (št. FL 09.278) in mirtenil acetat (št. FL 09.302), so vložniki navedli, da so začeli posebne posamezne sklope študij njihove toksičnosti, pri čemer so obravnavali pomisleke, ki jih je agencija izrazila v mnenju z dne 24. junija 2015. Zavezali so se, da bodo zahtevane nove podatke predložili pred 30. aprilom 2016.

(9)

Komisija je sprejela Uredbo (EU) 2016/1244 (7), s katero je omejila uporabo teh snovi in pri tem ohranila njihov status snovi v postopku ocenjevanja, dokler jih agencija ne oceni in se ne opravi njihova popolna ocena v skladu s postopkom v odboru agencije ter dokler regulativni postopek, ki temu sledi, ni končan.

(10)	Vložniki so do 30. aprila 2016 predložili znanstvene študije in druge podatke, pomembne za oceno.

(11)

Agencija je v mnenjih z dne 22. marca 2017 (8) in 11. decembra 2018 (9) ocenila predložene in druge dodatne podatke, odpravila pomisleke glede genotoksičnosti za teh pet snovi in sklenila, da se lahko ocenijo po postopku ocenjevanja obstoječih aromatičnih snovi iz Uredbe Komisije (ES) št. 1565/2000 (10). V ta namen jih je razvrstila v oceno skupine aromatičnih snovi 73 (FGE.73). V mnenjih z dne 19. septembra 2017 (11) in 10. decembra 2020 (12) je posodobila ocene te skupine snovi in ugotovila, da te snovi ne predstavljajo tveganja. Priporočila je tudi spremembo imena in specifikacij nekaterih od teh snovi.

(12)

V skladu z Uredbo (ES) št. 1334/2008 je morala agencija dokončati oceno naslednjih 20 snovi iz ocene skupine aromatičnih snovi 203 (FGE.203 rev.1): deka-2,4-dien-1-ol (št. FL 02.139); hepta-2,4-dien-1-ol (št. FL 02.153); heksa-2,4-dien-1-ol (št. FL 02.162); nona-2,4-dien-1-ol (št. FL 02.188); heksa-2(trans),4(trans)-dienal (št. FL 05.057); trideka-2(trans),4(cis),7(cis)-trienal (št. FL 05.064); nona-2,4-dienal (št. FL 05.071); 2,4-dekadienal (št. FL 05.081); hepta-2,4-dienal (št. FL 05.084); penta-2,4-dienal (št. FL 05.101); undeka-2,4-dienal (št. FL 05.108); dodeka-2,4-dienal (št. FL 05.125); okta-2(trans),4(trans)-dienal (št. FL 05.127); deka-2(trans),4(trans)-dienal (št. FL 05.140); deka-2,4,7-trienal (št. FL 05.141); nona-2,4,6-trienal (št. FL 05.173); 2,4-oktadienal (št. FL 05.186); trans-2,trans-4-nonadienal (št. FL 05.194); trans-2,trans-4-undekadienal (št. FL 05.196) in heksa-2,4-dienil acetat (št. FL 09.573). Agencija je zahtevala dodatne znanstvene podatke, ki so jih vložniki pozneje tudi predložili.

(13)	Kot reprezentativni snovi za to skupino sta bila uporabljena heksa-2(trans),4(trans)-dienal (št. FL 05.057) in deka-2(trans),4(trans)-dienal (št. FL 05.140) in so bili zanju predloženi podatki o toksičnosti.

(14)	Agencija je v znanstvenem mnenju z dne 26. marca 2014 (13) ocenila predložene podatke in ugotovila, da ne more izključiti tveganj obeh reprezentativnih snovi iz skupine. Zato ni mogla dokončati ocene snovi, ki spadajo v skupino snovi, zajeto v oceni FGE 203.

(15)	Vložniki so navedli, da so začeli različne posebne študije o toksičnosti snovi iz te skupine, v katerih so obravnavali pomisleke, ki jih je agencija izrazila v mnenju z dne 26. marca 2014.

(16)	Agencija je zahtevala dodatne podatke o identiteti in karakterizaciji ter podatke o količini in vnosu, da se lahko ustrezno oceni izpostavljenost tem snovem ter se v celoti oceni njihova varnost.

(17)

Vložniki so se zavezali, da bodo zahtevane nove podatke predložili do 30. septembra 2016. Komisija je sprejela Uredbo (EU) 2017/378 (14), s katero je omejila uporabo teh aromatičnih snovi in pri tem ohranila njihov status snovi v postopku ocenjevanja, dokler vložniki ne predložijo dodatnih podatkov in agencija ne oceni genotoksičnosti teh snovi in se ne opravi popolna ocena v skladu s postopkom v odboru agencije ter dokler regulativni postopek, ki temu sledi, ni končan.

(18)	Vložniki so do 30. septembra 2016 predložili znanstvene študije in podatke, pomembne za oceno.

(19)

Agencija je v mnenju z dne 5. junija 2018 (15) ocenila predložene podatke, odpravila pomisleke glede genotoksičnosti za te snovi in sklenila, da se lahko ocenijo po postopku ocenjevanja obstoječih aromatičnih snovi iz Uredbe (ES) št. 1565/2000. V ta namen je 16 od teh snovi vključila v oceno skupine aromatičnih snovi 70 (FGE.70), štiri od njih pa v oceno 05 (FGE.05). V mnenjih, sprejetih 5. junija 2019 (16) in 26. junija 2019 (17), je posodobila ocene snovi iz ocene skupine aromatičnih snovi 70, revizija 1 (FGE.70 Rev1), in ocene skupine aromatičnih snovi 05, revizija 3 (FGE.05 Rev3). Pri 16 snoveh v oceni FGE 70 Rev.1 je ugotovila, da ne predstavljajo tveganja, in priporočila spremembo imena in specifikacij nekaterih od njih. Pri štirih snoveh v oceni FGE.05 Rev.3 je prav tako ugotovila, da ne predstavljajo tveganja, in priporočila spremembo imena in specifikacij nekaterih od njih.

(20)	Prilogo I, del A, k Uredbi (ES) št. 1334/2008 bi bilo treba torej ustrezno spremeniti.

(21)	Ukrepi iz te uredbe so v skladu z mnenjem Stalnega odbora za rastline, živali, hrano in krmo –

SPREJELA NASLEDNJO UREDBO:

Člen 1

Priloga I, del A, k Uredbi (ES) št. 1334/2008 se spremeni v skladu s Prilogo k tej uredbi.

Člen 2

Ta uredba začne veljati dvajseti dan po objavi v Uradnem listu Evropske unije.

Ta uredba je v celoti zavezujoča in se neposredno uporablja v vseh državah članicah.

V Bruslju, 5. septembra 2022

Za Komisijo

predsednica

Ursula VON DER LEYEN

(1) UL L 354, 31.12.2008, str. 34.

(2) UL L 354, 31.12.2008, str. 1.

(3) Izvedbena uredba Komisije (EU) št. 872/2012 z dne 1. oktobra 2012 o sprejetju seznama aromatičnih snovi iz Uredbe (ES) št. 2232/96 Evropskega parlamenta in Sveta, njegovi uveljavitvi v Prilogi I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta ter razveljavitvi Uredbe Komisije (ES) št. 1565/2000 in Odločbe Komisije 1999/217/ES (UL L 267, 2.10.2012, str. 1).

(4) Scientific Opinion on Flavouring Group Evaluation 208 Revision 1 (FGE.208Rev1): Consideration of genotoxicity data on representatives for 10 alicyclic aldehydes with the α,β-unsaturation in ring/side-chain and precursors from chemical subgroup 2.2 of FGE.19 (Znanstveno mnenje o oceni skupine aromatičnih snovi 208, revizija 1 (FGE.208Rev1): preučitev podatkov o genotoksičnosti reprezentativnih snovi desetih alicikličnih aldehidov z α,β-nenasičenostjo v obroču/stranski verigi in predhodnih sestavin iz kemijske podskupine 2.2 iz ocene FGE.19) EFSA Journal 2015;13(7):4173, 28 str. doi:10.2903/j.efsa.2015.4173. Na voljo na: www.efsa.europa.eu/efsajournal.

(5) Uredba Komisije (EU) 2015/1760 z dne 1. oktobra 2015 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede umika aromatične snovi p-menta-1,8-dien-7-al s seznama Unije (UL L 257, 2.10.2015, str. 27).

(6) Uredba Komisije (EU) 2016/637 z dne 22. aprila 2016 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede umika nekaterih aromatičnih snovi s seznama Unije (UL L 108, 23.4.2016, str. 24).

(7) Uredba Komisije (EU) 2016/1244 z dne 28. julija 2016 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede uporabe nekaterih aromatičnih snovi iz skupine, povezane s strukturo α, β-nenasičenosti (UL L 204, 29.7.2016, str. 7).

(8) Scientific Opinion on Flavouring Group Evaluation 208 Revision 2 (FGE.208Rev2): Consideration of genotoxicity data on alicyclic aldehydes with the α,β-unsaturation in ring / side-chain and precursors from chemical subgroup 2.2 of FGE.19 (Znanstveno mnenje o oceni skupine aromatičnih snovi 208, revizija 2 (FGE.208Rev2): preučitev podatkov o genotoksičnosti alicikličnih aldehidov z α,β-nenasičenostjo v obroču/stranski verigi in predhodnih sestavin iz kemijske podskupine 2.2 iz ocene FGE.19) EFSA Journal 2017;15(5):4766. https://doi.org/10.2903/j.efsa.2017.4766

(9) Scientific Opinion on Flavouring Group Evaluation 208 Revision 3 (FGE.208Rev3): consideration of genotoxicity data on alicyclic aldehydes with the α,β-unsaturation in ring/side-chain and precursors from chemical subgroup 2.2 of FGE.19 (Znanstveno mnenje o oceni skupine aromatičnih snovi 208, revizija 3 (FGE.208Rev3): preučitev podatkov o genotoksičnosti alicikličnih aldehidov z α,β-nenasičenostjo v obroču/stranski verigi in predhodnih sestavin iz kemijske podskupine 2.2 iz ocene FGE.19). EFSA Journal 2019;17(1):5569. https://doi.org/10.2903/j.efsa.2019.5569

(10) Uredba Komisije (ES) št. 1565/2000 z dne 18. julija 2000 o določitvi ukrepov, potrebnih za sprejetje programa ocenjevanja, skladno z Uredbo Evropskega parlamenta in Sveta (ES) št. 2232/96 (UL L 180, 19.7.2000, str. 8).

(11) Scientific Opinion on Flavouring Group Evaluation 73 Revision 4 (FGE.73Rev4): consideration of alicyclic alcohols, aldehydes, acids and related esters evaluated by JECFA (59th and 63rd meeting) structurally related to primary saturated or unsaturated alicyclic alcohols, aldehydes, acids and esters evaluated by EFSA in FGE.12Rev5 (Znanstveno mnenje o oceni skupine aromatičnih snovi 73, revizija 4 (FGE.73Rev4): preučitev alicikličnih alkoholov, aldehidov, kislin in ustreznih estrov, ki jih je ocenil Skupni strokovni odbor FAO/SZO za aditive in živila (59. in 63. seja) in ki so strukturno sorodni primarnim nasičenim ali nenasičenim alicikličnim alkoholom, aldehidom, kislinam in estrom, ki jih je ocenila agencija v oceni FGE.12Rev5). EFSA Journal 2017;15(11):5010. doi: 10.2903/j.efsa.2017.5010. Na voljo na: www.efsa.europa.eu/efsajournal.

(12) Scientific Opinion on Flavouring Group Evaluation 73 Revision 5 (FGE.73Rev5): consideration of alicyclic alcohols, aldehydes, acids and related esters evaluated by JECFA (59th, 63rd and 86th meeting) and structurally related to substances evaluated in FGE.12Rev5(Znanstveno mnenje o oceni skupine aromatičnih snovi 73, revizija 5 (FGE.73Rev5): preučitev alicikličnih alkoholov, aldehidov, kislin in ustreznih estrov, ki jih je ocenil Skupni strokovni odbor FAO/SZO za aditive in živila (59., 63. in 86. seja) in so strukturno sorodni snovem, zajetim v oceni FGE.12Rev5), EFSA Journal 2020;18(1):5970. doi:10.2903/j.efsa.2020.5970. Na voljo na: www.efsa.europa.eu/efsajournal.

(13) Scientific Opinion on Flavouring Group Evaluation 203 Revision 1 (FGE.203 Rev1) (Znanstveno mnenje o oceni skupine aromatičnih snovi 203, revizija 1 (FGE.203 Rev1): Panel EFSA za materiale, namenjene za stik z živili, encime, arome in pomožna tehnološka sredstva (panel CEF), 2014. Scientific Opinion on Flavouring Group Evaluation 203 Revision 1 (FGE.203Rev1): α,β-unsaturated aliphatic aldehydes and precursors from chemical subgroup 1.1.4 of FGE.19 with two or more conjugated double-bonds and with or without additional non-conjugated double-bonds (Znanstveno mnenje o skupini aromatičnih snovi 203, revizija 1 (FGE.203Rev1): α,β-nenasičeni alifatski aldehidi in predhodne sestavine iz kemijske podskupine 1.1.4 iz ocene FGE.19 z dvema ali več konjugiranimi dvojnimi vezmi in z ali brez dodatnih nekonjugiranih dvojnih vezi). EFSA Journal 2014;12(4):3626, 31 str. doi:10.2903/j.efsa.2014.3626. Na voljo na: www.efsa.europa.eu/efsajournal.

(14) Uredba Komisije (EU) 2017/378 z dne 3. marca 2017 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede uporabe nekaterih aromatičnih snovi (UL L 58, 4.3.2017, str. 14).

(15) Scientific Opinion on Flavouring Group Evaluation 203 Revision 2 (FGE.203Rev2): alpha,beta-unsaturated aliphatic aldehydes and precursors from chemical subgroup 1.1.4 of FGE.19 with two or more conjugated double-bonds and with or without additional non-conjugated double-bonds (Znanstveno mnenje o oceni skupine aromatičnih snovi 203, revizija 2 (FGE.203Rev2): alfa,beta-nenasičeni alifatski aldehidi in predhodne sestavine iz kemijske podskupine 1.1.4, zajete v oceni FGE.19, z dvema ali več konjugiranimi dvojnimi vezmi in z ali brez dodatnih nekonjugiranih dvojnih vezi). EFSA Journal 2018;16(7):5322.

(16) Scientific Opinion on Flavouring Group Evaluation 70 Revision 1 (FGE.70Rev1): consideration of aliphatic, linear, α,β-unsaturated, di- and trienals and related alcohols, acids and esters evaluated by JECFA (61st-68th-69th meeting)(Znanstveno mnenje o oceni skupine aromatičnih snovi 70, revizija 1 (FGE.70Rev1): preučitev alifatskih, linearnih, α,β-nenasičenih di- in trienalov ter sorodnih alkoholov, kislin in estrov, ki jih je na 61., 68. in 69. seji ocenil Skupni strokovni odbor FAO/SZO za aditive za živila). EFSA Journal 2019;17(7):5749.

(17) Scientific Opinion on Flavouring Group Evaluation 5 Revision 3 (FGE.05Rev3): Branched- and straight-chain unsaturated aldehydes, dienals, unsaturated and saturated carboxylic acids and related esters with saturated and unsaturated aliphatic alcohols and a phenylacetic acid related ester from chemical groups 1, 2, 3, 5 and 15 (Znanstveno mnenje o oceni skupine aromatičnih snovi 5, revizija 3 (FGE.05.Rev3): razvejani in nerazvejani nenasičeni aldehidi, dienali, nenasičene in nasičene karboksilne kisline in ustrezni estri z nasičenimi in nenasičenimi alifatskimi alkoholi in estri fenilocetne kisline iz kemijskih skupin 1, 2, 3, 5 in 15.). EFSA Journal 2019; 17(8):5761.

PRILOGA

V oddelku 2 dela A Priloge I k Uredbi (ES) št. 1334/2008 se preglednica 1 spremeni:

(a)

vnos pod številko FL 02.060 se nadomesti z naslednjim:

„02.060

p-menta-1,8-dien-7-ol

536-59-4

974

2024

EFSA“

(b)

vnos pod številko FL 02.091 se nadomesti z naslednjim:

„02.091

mirtenol

515-00-4

981

10285

EFSA“

(c)

vnos pod številko FL 02.139 se nadomesti z naslednjim:

„02.139

deka-(2E,4E)-dien-1-ol

18409-21-7

1189

11748

EFSA“

(d)

vnos pod številko FL 02.153 se nadomesti z naslednjim:

„02.153

hepta-2,4-dien-1-ol

33467-79-7

1784

EFSA“

(e)

vnos pod številko FL 02.162 se nadomesti z naslednjim:

„02.162

heksa-2,4-dien-1-ol

111-28-4

1174

EFSA“

(f)

vnos pod številko FL 02.188 se nadomesti z naslednjim:

„02.188

nona-2,4-dien-1-ol

62488-56-6

1183

11802

vsaj 92-odstotna; sekundarne sestavine: 3–4 % 2-nonen-1-ola

EFSA“

(g)

vnos pod številko FL 05.057 se nadomesti z naslednjim:

„05.057

heksa-2(trans), 4(trans)-dienal

142-83-6

1175

640

EFSA“

(h)

vnos pod številko FL 05.064 se nadomesti z naslednjim:

„05.064

trideka-2(trans), 4(cis), 7(cis)-trienal

13552-96-0

1198

685

vsaj 71-odstotna; sekundarne sestavine: 14 % 4-cis-7-cis-tridekadienola; 6 % 3-cis-7-cis- tridekadienola; 5 % 2-trans-7-cis-tridekadienala; 3 % 2-trans-4-trans-7-cis-tridekatrienala

EFSA“

(i)

vnos pod številko FL 05.071 se nadomesti z naslednjim:

„05.071

nona-2,4-dienal

6750-03-4

1185

732

vsaj 89-odstotna; sekundarne sestavine: 5–6 % 2,4-nonadien-1-ola in 1–2 % 2-nonen-1-ola

EFSA“

(j)

vnos pod številko FL 05.081 se nadomesti z naslednjim:

„05.081

2,4-dekadienal

2363-88-4

3135

2120

vsaj 89-odstotna; sekundarne sestavine: zmes (cis, cis)-, (cis, trans)- in (trans, cis)-2,4-dekadienalov (vsota vseh izomerov 95 %); aceton in izopropanol

EFSA“

(k)

vnos pod številko FL 05.084 se nadomesti z naslednjim:

„05.084

hepta-(2E,4E)-dienal

4313-03-5

1179

729

vsaj 92-odstotna; sekundarne sestavine: 2–4 % (E,Z)-2,4-heptadienala in 2–4 % 2,4-heptadienojske kisline

EFSA“

(l)

vnos pod številko FL 05.101 se nadomesti z naslednjim:

„05.101

penta-2,4-dienal

764-40-9

1173

11695

EFSA“

(m)

vnos pod številko FL 05.106 se nadomesti z naslednjim:

„05.106

mirtenal

564-94-3

980

10379

EFSA“

(n)

vnos pod številko FL 05.108 se nadomesti z naslednjim:

„05.108

undeka-2,4-dienal

13162-46-4

1195

10385

EFSA“

(o)

vnos pod številko FL 05.125 se nadomesti z naslednjim:

„05.125

dodeka-(2E,4E)-dienal

21662-16-8

1196

11758

vsaj 85-odstotna; sekundarne sestavine: 11–12 % 2-trans-4-cis izomera

EFSA“

(p)

vnos pod številko FL 05.127 se nadomesti z naslednjim:

„05.127

okta-2(trans),4(trans)-dienal

30361-28-5

1181

11805

EFSA“

(q)

vnos pod številko FL 05.140 se nadomesti z naslednjim:

„05.140

deka-2(trans), 4(trans)-dienal

25152-84-5

1190

2120

vsaj 90 % (E, E)-izomera; 95 % (vsota izomerov)

EFSA“

(r)

vnos pod številko FL 05.141 se nadomesti z naslednjim:

„05.141

deka-2,4,7-trienal

51325-37-2

1786

EFSA“

(s)

vnos pod številko FL 05.173 se nadomesti z naslednjim:

„05.173

nona-(2E,4E,6E)-trienal

57018-53-8

1785

EFSA“

(t)

vnos pod številko FL 05.186 se nadomesti z naslednjim:

„05.186

2,4-oktadienal

5577-44-6

11805

vsaj 85 % E,E z 10 % E, Z

EFSA“

(u)

vnos pod številko FL 05.194 se nadomesti z naslednjim:

„05.194

(2E, 4E)-nona-2,4-dienal

5910-87-2

732

vsaj 89-odstotna; sekundarne sestavine: vsaj 5 % 2,4-nonadien-1-ola in 2-nonen-1-ola ter drugih izomerov 2,4-nonadienala

EFSA“

(v)

vnos pod številko FL 05.196 se nadomesti z naslednjim:

„05.196

(2E,4E)-undeka-2,4-dienal

EFSA“

(w)

vnos pod številko FL 09.278 se nadomesti z naslednjim:

„09.278

p-menta-1,8-dien-7-il acetat

15111-96-3

975

10742

EFSA“

(x)

vnos pod številko FL 09.302 se nadomesti z naslednjim:

„09.302

mirtenil acetat

35670-93-0

982

10887

EFSA“

(y)

vnos pod številko FL 09.573 se nadomesti z naslednjim:

„09.573

heksa-2,4-dienil acetat

1516-17-2

1780

10675

EFSA“

6.9.2022

Uradni list Evropske unije

L 231/36

IZVEDBENA UREDBA KOMISIJE (EU) 2022/1467

z dne 5. septembra 2022

o spremembi Izvedbene uredbe (EU) 2015/2378 glede standardnih obrazcev in elektronskih oblik, ki se uporabljajo v zvezi z Direktivo Sveta 2011/16/EU, ter seznama statističnih podatkov, ki jih predložijo države članice za namene ocenjevanja navedene direktive

EVROPSKA KOMISIJA JE –

ob upoštevanju Pogodbe o delovanju Evropske unije,

ob upoštevanju Direktive Sveta 2011/16/EU z dne 15. februarja 2011 o upravnem sodelovanju na področju obdavčevanja in razveljavitvi Direktive 77/779/EGS (1) in zlasti člena 20(4) Direktive,

ob upoštevanju naslednjega:

(1)	Direktiva 2011/16/EU je bila spremenjena z Direktivo Sveta (EU) 2021/514 (2), da bi se izboljšale določbe, ki se nanašajo na vse oblike izmenjav podatkov in upravnega sodelovanja, in sicer z določitvijo obvezne avtomatične izmenjave podatkov, ki jih sporočajo Operaterji platform.

(2)	Izvedbeno uredbo Komisije (EU) 2015/2378 (3) bi bilo zato treba prilagoditi navedenim spremembam. Avtomatična izmenjava podatkov v skladu s členom 8ac(2) Direktive 2011/16/EU bi morala potekati v standardni elektronski obliki.

(3)	V skladu z Direktivo 2011/16/EU je treba določiti tudi praktične postopke za registracijo in identifikacijo nekaterih Poročevalskih operaterjev platform v skladu s členom 8ac(4).

(4)

V skladu s členom 8ac(6) Direktive 2011/16/EU bi bilo treba vzpostaviti centralni register za evidentiranje podatkov, ki jih je treba uradno posredovati v skladu s členom 8ac(5) in sporočiti v skladu s pododstavkoma F(2) in F(4) oddelka IV Priloge V. Ta centralni register bi moral biti na voljo pristojnim organom držav članic. Za sporočanje in evidentiranje takih podatkov bi bilo treba uporabiti standardni obrazec.

(5)

Člen 23(4) Direktive 2011/16/EU določa seznam statističnih podatkov, ki jih države članice predložijo za namene ocenjevanja navedene direktive. Zaradi skladnosti in pravne varnosti bi bilo treba datum začetka uporabe te uredbe uskladiti z datumom začetka uporabe iz člena 2(1), drugi pododstavek, Direktive (EU) 2021/514.

(6)	V skladu s členom 42(1) Uredbe (EU) 2018/1725 Evropskega parlamenta in Sveta (4) je bilo z Evropskim nadzornikom za varstvo podatkov opravljeno posvetovanje o ukrepih iz Uredbe.

(7)	Ukrepi iz te uredbe so v skladu z mnenjem Odbora za upravno sodelovanje pri obdavčevanju –

SPREJELA NASLEDNJO UREDBO:

Člen 1

Izvedbena uredba (EU) 2015/2378 se spremeni:

(1)	v členu 2 se doda naslednji odstavek 3: „3. Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo podatkov v skladu s členom 8ac(2) Direktive 2011/16/EU, je skladna s Prilogo XIV k tej uredbi.“;

(2)	v členu 2d(1) se doda naslednji odstavek: „Seznam statističnih podatkov, ki so v skladu s členom 8ac Direktive 2011/16/EU potrebni za obvezno avtomatično izmenjavo podatkov, je določen v Prilogi XV k tej uredbi.“;

(3)

doda se naslednji člen 2f:

„Člen 2f

Standardni obrazci za sporočanje podatkov o Izključenih operaterjih platform in Operaterjih tujih platform centralnemu registru, oblika individualne identifikacijske številke za Operaterje tujih platform in obdobje hrambe podatkov, izbrisanih iz centralnega registra

1. Obrazec, ki se uporablja za sporočanje podatkov o Izključenih operaterjih platform in Operaterjih tujih platform centralnemu registru v skladu s členom 8ac(6) Direktive 2011/16/EU, je skladen s Prilogo XVI k tej uredbi.

2. Ključni elementi, ki se vnesejo v centralni register, kot je določeno v členu 8ac(6) Direktive 2011/16/EU, so podatki iz pododstavkov F(2) in F(4) oddelka IV Priloge V k navedeni direktivi in Priloge XVI k tej uredbi. Vzpostavitev centralnega registra in obdelava osebnih podatkov, ki jo Komisija v imenu pristojnih organov držav članic izvaja v okviru centralnega registra, bosta potekala v skladu z Uredbo (EU) 2016/679 Evropskega parlamenta in Sveta (*1) ter Uredbo (EU) 2018/1725 Evropskega parlamenta in Sveta (*2). Pristojni organi držav članic se štejejo za upravljavce podatkov, Komisija pa se šteje za obdelovalca podatkov v skladu z Uredbo (EU) 2016/679.

3. Oblika individualne identifikacijske številke za Operaterje tujih platform v smislu člena 8ac(4) Direktive 2011/16/EU je določena v Prilogi XVI k tej uredbi.

4. Obdobje hrambe podatkov, izbrisanih iz centralnega registra, v skladu s Prilogo V, oddelek IV, pododstavek F(5), točka (d), in členom 8ac(5) Direktive 2011/16/EU, je določeno v Prilogi XVI k tej uredbi.

(*1) Uredba (EU) 2016/679 Evropskega parlamenta in Sveta z dne 27. aprila 2016 o varstvu posameznikov pri obdelavi osebnih podatkov in o prostem pretoku takih podatkov ter o razveljavitvi Direktive 95/46/ES (Splošna uredba o varstvu podatkov) (UL L 119, 4.5.2016, str. 1)."

(*2) Uredba (EU) 2018/1725 Evropskega parlamenta in Sveta z dne 23. oktobra 2018 o varstvu posameznikov pri obdelavi osebnih podatkov v institucijah, organih, uradih in agencijah Unije in o prostem pretoku takih podatkov ter o razveljavitvi Uredbe (ES) št. 45/2001 in Sklepa št. 1247/2002/ES (UL L 295, 21.11.2018, str. 39).“;"

(4)	priloge I, IX in X se nadomestijo z besedilom iz Priloge I k tej uredbi;

(5)	Priloga V se spremeni, kakor je navedeno v Prilogi II k tej uredbi;

(6)	dodajo se priloge XIV, XV in XVI, kakor so določene v Prilogi III k tej uredbi.

Člen 2

Ta uredba začne veljati dvajseti dan po objavi v Uradnem listu Evropske unije.

Uporablja se od 1. januarja 2023.

Ta uredba je v celoti zavezujoča in se neposredno uporablja v vseh državah članicah.

V Bruslju, 5. septembra 2022

Za Komisijo

predsednica

Ursula VON DER LEYEN

(1) UL L 64, 11.3.2011, str. 1.

(2) Direktiva Sveta (EU) 2021/514 z dne 22. marca 2021 o spremembi Direktive 2011/16/EU o upravnem sodelovanju na področju obdavčevanja (UL L 104, 25.3.2021, str. 1).

(3) Izvedbena uredba Komisije (EU) 2015/2378 z dne 15. decembra 2015 o določitvi podrobnih pravil za izvajanje nekaterih določb Direktive Sveta 2011/16/EU o upravnem sodelovanju na področju obdavčevanja in razveljavitvi Izvedbene uredbe (EU) št. 1156/2012 (UL L 332, 18.12.2015, str. 1).

(4) Uredba (EU) 2018/1725 Evropskega parlamenta in Sveta z dne 23. oktobra 2018 o varstvu posameznikov pri obdelavi osebnih podatkov v institucijah, organih, uradih in agencijah Unije in o prostem pretoku takih podatkov ter o razveljavitvi Uredbe (ES) št. 45/2001 in Sklepa št. 1247/2002/ES (UL L 295, 21.11.2018, str. 39).

PRILOGA I

Priloge I, IX in X se nadomestijo z naslednjim:

„PRILOGA I

Obrazec iz člena 1(2)

Obrazec za zaprosila za informacije in administrativne preiskave iz člena 5 in člena 5a Direktive 2011/16/EU ter odgovore nanje, potrdila o prejemu, zaprosila za dodatne informacije o okoliščinah, nezmožnost ali zavrnitev na podlagi člena 7 Direktive 2011/16/EU vsebuje naslednja polja (1):

—	pravna podlaga,

—	referenčna številka,

—

datum,

—	identiteta organa prosilca in zaprošenega organa,

—	identiteta osebe, ki je predmet preverjanja ali preiskave,

—	splošni opis primera in po potrebi posebne informacije o okoliščinah, ki bodo verjetno omogočile oceno verjetne primernosti informacij, zaprošenih od uprave, in uveljavljanje nacionalne zakonodaje države članice o davkih iz člena 2 Direktive 2011/16/EU,

—	davčni namen, za katerega se zahtevajo podatki,

—	obdobje, ki je predmet preiskave,

—	ime in naslov katere koli osebe, za katero se meni, da razpolaga z zaprošenimi informacijami,

—	izpolnitev zakonske zahteve iz člena 16(1) Direktive 2011/16/EU,

—	izpolnitev zakonske zahteve iz člena 17(1) Direktive 2011/16/EU,

—	obrazloženo zaprosilo za administrativno preiskavo in razlogi, zaradi katerih je bila izvedba administrativne preiskave zavrnjena,

—	potrdilo o prejemu zaprosila za informacije,

—	zaprosilo za dodatne informacije o okoliščinah,

—	razlogi za nezmožnost ali zavrnitev predložitve informacij,

—	razlogi, zaradi katerih odgovor do zadevnega roka ni bil poslan, in datum, do katerega zaprošeni organ meni, da bo lahko odgovoril,

—	podroben opis skupine.

“;

„PRILOGA IX

Seznam iz člena 2d

Statistični podatki, ki so v skladu s členom 23(4) Direktive 2011/16/EU potrebni za vse oblike upravnega sodelovanja, razen obvezne avtomatične izmenjave informacij, zajemajo naslednje podatke:

—	identifikacija države članice,

—

leto,

—

del A: statistični podatki o izmenjavi informacij za vsako državo članico posebej:

—

o izmenjavi informacij na zaprosilo (členi 5, 6, 7 Direktive 2011/16/EU):

—	število poslanih zaprosil,

—	število prejetih odgovorov,

—	število popolnih odgovorov, prejetih v zakonskem roku,

—	število odgovorov, za katere so bili podatki (v celoti ali deloma) prejeti v dveh mesecih,

—	število prejetih zaprosil,

—	število poslanih odgovorov,

—	število zavrnitev na podlagi člena 17 Direktive 2011/16/EU;

—

o izmenjavi informacij na skupinsko zaprosilo (člen 5a Direktive 2011/16/EU):

—	število poslanih skupinskih zaprosil,

—	število prejetih skupinskih odgovorov,

—	število popolnih skupinskih odgovorov, prejetih v zakonskem roku,

—	število skupinskih odgovorov, za katere so bili podatki (v celoti ali deloma) prejeti v dveh mesecih,

—	število prejetih skupinskih zaprosil,

—	število poslanih skupinskih odgovorov,

—	število skupinskih zavrnitev na podlagi člena 17 Direktive 2011/16/EU;

—

o izmenjavi informacij na lastno pobudo (člena 9 in 10 Direktive 2011/16/EU):

—	število poslanih izmenjav na lastno pobudo,

—	število prejetih izmenjav na lastno pobudo;

—

del B: statistični podatki o drugih oblikah upravnega sodelovanja:

—

o prisotnosti v upravnih uradih in udeležbi v administrativnih preiskavah (člen 11 Direktive 2011/16/EU):

—	število prihodnjih prisotnosti v upravnih uradih in udeležba v administrativnih preiskavah,

—	število prisotnosti, ki se končujejo, v upravnih uradih in udeležba v administrativnih preiskavah;

—

o sočasnih davčnih nadzorih (člen 12 Direktive 2011/16/EU):

—	število sočasnih davčnih nadzorov, ki jih je država članica uvedla,

—	število sočasnih davčnih nadzorov, pri katerih je država članica sodelovala;

—

o zaprosilih za vročitev (člen 13 Direktive 2011/16/EU):

—	število poslanih zaprosil za vročitev,

—	število prejetih zaprosil za vročitev;

—

o povratnih informacijah (člen 14 Direktive 2011/16/EU):

—	število poslanih zaprosil za povratne informacije,

—	število prejetih povratnih informacij,

—	število prejetih zaprosil za povratne informacije,

—	število poslanih povratnih informacij;

—

del C: statistični podatki o ocenjenih dodatnih prihodkih ali povečanju odmerjenih davkov, ki izhajajo iz upravnega sodelovanja. Podatki iz tega dela niso obvezni:

—	izhajajo iz izmenjave informacij na zaprosilo,

—	izhajajo iz izmenjave informacij na lastno pobudo,

—	so posledica sočasnih davčnih nadzorov,

—	zajemajo skupni znesek in število zadev.

“;

„PRILOGA X

Seznam iz člena 2d

Statistični podatki, ki so v skladu s členom 23(4) Direktive 2011/16/EU potrebni za obvezno avtomatično izmenjavo informacij in se nanašajo na kategorije prihodkov in kapitala iz člena 8(1) navedene direktive, zajemajo naslednje podatke:

—	za vse kategorije prihodkov in kapitala iz člena 8(1) Direktive 2011/16/EU: statistične podatke o sporočilu in davčnem zavezancu;

—	v primeru dohodka iz zaposlitve in plačil direktorjem: statistične podatke o sporočilu in prejemniku, sporočilu in plačniku, prejemniku in njegovem razmerju, plačniku in njegovem razmerju, prejemniku in dohodku;

—	v primeru pokojnin: statistične podatke o sporočilu in prejemniku, sporočilu in plačniku, prejemniku, plačniku, shemi in dohodku;

—	v primeru produktov življenjskih zavarovanj: statistične podatke o sporočilu in polici, polici na splošno, dogodku;

—	v primeru lastništva nepremičnin in iz njih izhajajočega dohodka: statistične podatke o sporočilu in stranki, stranki na splošno, količini in vrednosti lastnine, količini in vrednosti transakcije, količini in vrednosti posojila, količini in vrednosti pravice do dohodka;

—	v primeru dohodka iz prenosa premoženjskih pravic (licenčnin): statistične podatke o sporočilu in prejemniku, sporočilu in plačniku, prejemniku in dohodku;

—	v primeru sporočila o statusu: statistične podatke o sporočilu o statusu, napako sporočila o statusu;

—	v primeru sporočil brez podatkov: statistične podatke o sporočilih brez podatkov.

“

(1) Vendar pa so za posamezni primer na obrazcu samo tista polja, ki so v navedenem primeru dejansko izpolnjena.

PRILOGA II

Naslov točke (b) Priloge V se nadomesti z naslednjim:

„(b)	v telesu sporočila za sporočanje podatkov o dohodku iz zaposlitve, plačilih direktorjem ali dohodkih iz prenosa premoženjskih pravic (licenčninah):“

PRILOGA III

Dodajo se naslednje priloge XIV, XV in XVI:

„PRILOGA XIV

Elektronska oblika iz člena 2(3)

Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo informacij v skladu s členom 8ac(2) Direktive 2011/16/EU, je skladna z naslednjo drevesno strukturo in vsebuje naslednje elemente in atribute (1):

<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema xmlns:dpi="urn:oecd:ties:dpi:v1" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:stf="urn:oecd:ties:dpistf:v1" xmlns:iso="urn:oecd:ties:isodpitypes:v1" targetNamespace="urn:oecd:ties:dpi:v1" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0">

<xsd:import namespace="urn:oecd:ties:isodpitypes:v1" schemaLocation="isodpitypes_v1.0.xsd"/>

<xsd:import namespace="urn:oecd:ties:dpistf:v1" schemaLocation="oecddpitypes_v1.0.xsd"/>

<xsd:simpleType name="MessageType_EnumType">

<xsd:annotation>

<xsd:documentation xml:lang="en">Message type defines the type of reporting.</xsd:documentation>

</xsd:annotation>

<xsd:restriction base="xsd:string">

<xsd:enumeration value="DPI">

<xsd:annotation>

<xsd:documentation>This type defines the messages to be exchanged under the OECD Model Rules and [EU Specific] [EU DIR2021/514].</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="DPIMessageTypeIndic_EnumType">

<xsd:annotation>

<xsd:documentation xml:lang="en">The MessageTypeIndic defines the type of message sent.</xsd:documentation>

</xsd:annotation>

<xsd:restriction base="xsd:string">

<xsd:enumeration value="DPI401">

<xsd:annotation>

<xsd:documentation>The message contains new (including additional) information.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI402">

<xsd:annotation>

<xsd:documentation>The message contains corrections for previously sent information.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI403">

<xsd:annotation>

<xsd:documentation>The message advises that there is no data to report.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="INType_EnumType">

<xsd:annotation>

<xsd:documentation xml:lang="en">The INType defines the type of identification number being sent.</xsd:documentation>

</xsd:annotation>

<xsd:restriction base="xsd:string">

<xsd:enumeration value="LEI">

<xsd:annotation>

<xsd:documentation>Legal Entity Identifier</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="EIN">

<xsd:annotation>

<xsd:documentation>Entity Identification Number</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="IIN">

<xsd:annotation>

<xsd:documentation>Individual Identification Number</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="BRN">

<xsd:annotation>

<xsd:documentation>Business Registration Number</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="Other">

<xsd:annotation>

<xsd:documentation>Other</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="DPIPropertyType_EnumType">

<xsd:annotation>

<xsd:documentation xml:lang="en">Main business activities

</xsd:documentation>

</xsd:annotation>

<xsd:restriction base="xsd:string">

<xsd:enumeration value="DPI901">

<xsd:annotation>

<xsd:documentation>Office</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI902">

<xsd:annotation>

<xsd:documentation>Hotel room</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI903">

<xsd:annotation>

<xsd:documentation>Bed and Breakfast room</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI904">

<xsd:annotation>

<xsd:documentation>House</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI905">

<xsd:annotation>

<xsd:documentation>Apartment</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI906">

<xsd:annotation>

<xsd:documentation>Mobile Home</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI907">

<xsd:annotation>

<xsd:documentation>Campground</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI908">

<xsd:annotation>

<xsd:documentation>Boat</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI909">

<xsd:annotation>

<xsd:documentation>Parking Space</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="DPI910">

<xsd:annotation>

<xsd:documentation>Other</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="Nexus_EnumType">

<xsd:annotation>

<xsd:documentation xml:lang="en">The reason for which the information will be filled to the competent authority of the EU Member State.

</xsd:documentation>

</xsd:annotation>

<xsd:restriction base="xsd:string">

<xsd:enumeration value="RPONEX1">

<xsd:annotation>

<xsd:documentation>The Reporting Platform Operator is resident for tax purposes in the EU Member State.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="RPONEX2">

<xsd:annotation>

<xsd:documentation>The Reporting Platform Operator does not have a residence for tax purposes but it is incorporated under the laws of the EU Member State.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="RPONEX3">

<xsd:annotation>

<xsd:documentation>The Reporting Platform Operator does not have a residence for tax purposes but it has its place of management (including effective management) in the EU Member State.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="RPONEX4">

<xsd:annotation>

<xsd:documentation>The Reporting Platform Operator does not have a residence for tax purposes but it has a permanent establishment in the EU Member State and it is not a Qualified Non-Union Platform Operator.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value="RPONEX5">

<xsd:annotation>

<xsd:documentation>The Reporting Platform Operator is neither resident for tax purposes, nor incorporated or managed in the EU Member State, nor has a permanent establishment in the EU Member State but it facilitates the carrying out of a Relevant Activity by Reportable Sellers or a Relevant Activity involving the rental of immovable property located in the EU Member State and it is not a Qualified Non-Union Platform Operator.</xsd:documentation>

</xsd:annotation>

</xsd:enumeration>

</xsd:restriction>

</xsd:simpleType>

<xsd:complexType name="NamePerson_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">The user must spread the data about the name of a party over up to six elements. The container element for this will be 'NameFix'. </xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="PrecedingTitle" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">His Excellency,Estate of the Late ...</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Title" type="stf:StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation xml:lang="en">Greeting title. Example: Mr, Dr, Ms, Herr, etc. Can have multiple titles.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FirstName">

<xsd:annotation>

<xsd:documentation xml:lang="en">FirstName of the person</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="xnlNameType" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Defines the name type of FirstName. Example: Given Name, Forename, First Name, Father's Name, etc. In some countries, FirstName could be a Family Name or a Surname. Use this attribute to define the type for this name.

</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="MiddleName" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation xml:lang="en">Middle name (essential part of the name for many nationalities). Example: Sakthi in "Nivetha Sakthi Shantha". Can have multiple middle names.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="xnlNameType" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Defines the name type of Middle Name. Example: First name, middle name, maiden name, father's name, given name, etc.

</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="NamePrefix" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">de, van, van de, von, etc. Example: Derick de Clarke</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="xnlNameType" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Defines the type of name associated with the NamePrefix. For example the type of name is LastName and this prefix is the prefix for this last name.

</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="LastName">

<xsd:annotation>

<xsd:documentation xml:lang="en">Represents the position of the name in a name string. Can be Given Name, Forename, Christian Name, Surname, Family Name, etc. Use the attribute "NameType" to define what type this name is.

In case of a company, this field can be used for the company name.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="xnlNameType" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Defines the name type of LastName. Example: Father's name, Family name, Surname, Mother's Name, etc. In some countries, LastName could be the given name or first name.

</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name="GenerationIdentifier" type="stf:StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation xml:lang="en">Jnr, Thr Third, III</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Suffix" type="stf:StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation xml:lang="en">Could be compressed initials - PhD, VC, QC</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="GeneralSuffix" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">Deceased, Retired ...</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

<xsd:attribute name="nameType" type="stf:OECDNameType_EnumType" use="optional">

<xsd:annotation>

<xsd:documentation xml:lang="en">It is possible for STF documents to contain several names for the same party. This attribute is a qualifier to indicate the type of a particular name.</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:complexType>

<xsd:complexType name="PersonParty_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">This container brings together all data about a person as a party. Name and address are required components and each can be present more than once to enable as complete a description as possible. Whenever possible one or more identifiers (TIN etc) should be added as well as a residence country code. Additional data that describes and identifies the party can be given. The code for the legal type according to the OECD codelist must be added. The structures of all of the subelements are defined elsewhere in this schema.</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="ResCountryCode" type="iso:CountryCode_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable data element describes the residence country code(s) of the individual Seller and must be present in all data records. This should correspond to the jurisdiction of residence identified on the basis of the due diligence requirements of the OECD Model Rules or [EU Specific] [EU DIR2021/514]. Specifically, under the OECD Model Rules, the residence country code of an individual Seller should correspond to the jurisdiction of the Seller’s primary residence.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="TIN" type="dpi:TIN_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable data element provides the tax identification number (TIN) used by the tax administration of the jurisdiction of residence of the individual Seller. In case the individual Seller does not have a TIN, the jurisdiction of residence does not issue a TIN or require the collection of the TIN issued to such Seller, or the TIN is not known to the sending Competent Authority, the Unknown attribute (see below) must be set to “true” and the value “NOTIN” should be entered [OECD Specific]. Furthermore, in case more than one TIN are provided, any provided element cannot be flagged as “unknown”.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="VAT" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">This data element must be provided when a VAT Identification number is available.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Name" type="dpi:NamePerson_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This element should contain the name of the person.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Address" type="dpi:Address_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This data element should contain the address of the person, including the country code of the address as well as the type of the address, indicating the legal character of that address.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Nationality" type="iso:CountryCode_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>The nationality element is not to be provided as part of the DPI schema.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="BirthInfo">

<xsd:annotation>

<xsd:documentation>This data element contains the birth information of an Individual Seller. It is always required to be provided unless such Seller is documented pursuant to a Government Verification Service and is composed of the date and the place of birth.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="BirthDate" type="xsd:date">

<xsd:annotation>

<xsd:documentation>This element provides the date of birth, complying with the following format: YYYY-MM-DD.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="BirthPlace" type="dpi:BirthPlace_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>This element provides information about the place of birth. This element must be filled in at least with the city and the country of birth (either the current jurisdiction identified by 2-characters country code or a former jurisdiction identified by a name).</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="AddressFix_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Structure of the address for a party broken down into its logical parts, recommended for easy matching. The 'City' element is the only required subelement. All of the subelements are simple text - data type 'string'.

</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="Street" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The street.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="BuildingIdentifier" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The identifier of the building on the street, typically a number.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="SuiteIdentifier" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The identifier of an office or similar part of a building.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FloorIdentifier" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The identifier of a floor within a building.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="DistrictName" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The name of the district of the address.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="POB" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The post office box.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="PostCode" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The post code of the address, which must be provided if available.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="City" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation>The city of the address.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="CountrySubentity" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>A geographic area of the country larger than district or city, for example a county, a department, a Land, a canton, etc.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="Address_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">The user has the option to enter the data about the address of a party either as one long field or to spread the data over up to eight elements or even to use both formats. If the user chooses the option to enter the data required in separate elements, the container element for this will be 'AddressFix'. If the user chooses the option to enter the data required in a less structured way in 'AddressFree' all available address details shall be presented as one string of bytes, blank or "/" (slash) or carriage return- line feed used as a delimiter between parts of the address. PLEASE NOTE that the address country code is outside both of these elements. The use of the fixed form is recommended as a rule to allow easy matching. However, the use of the free form is recommended if the sending state cannot reliably identify and distinguish the different parts of the address. The user may want to use both formats e.g. if besides separating the logical parts of the address he also wants to indicate a suitable breakdown into print-lines by delimiters in the free text form. In this case 'AddressFix' has to precede 'AddressFree'.

</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="CountryCode">

<xsd:annotation>

<xsd:documentation>This data element provides the country code associated with the entity’s (or person’s) address.</xsd:documentation>

</xsd:annotation>

<xsd:simpleType>

<xsd:restriction base="iso:CountryCode_Type">

<xsd:minLength value="1"/>

<xsd:maxLength value="2"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:element>

<xsd:choice>

<xsd:element name="AddressFree" type="stf:StringMin1Max4000_Type">

<xsd:annotation>

<xsd:documentation>This data element allows input of address information in free text. It should only be used in exceptional circumstances when it is impossible to provide the address in the fixed format.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:sequence>

<xsd:element name="AddressFix" type="dpi:AddressFix_Type"/>

<xsd:element name="AddressFree" type="stf:StringMin1Max4000_Type" minOccurs="0">

<xsd:annotation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:choice>

</xsd:sequence>

<xsd:attribute name="legalAddressType" type="stf:OECDLegalAddressType_EnumType" use="optional">

<xsd:annotation>

<xsd:documentation>This is a datatype for an attribute to an address. It serves to indicate the legal character of that address (residential, business etc.).

The possible values are:

—	OECD301= residentialOrBusiness

—	OECD302= residential

—	OECD303= business

—	OECD304= registeredOffice

—	OECD305= unspecified

The address of the Reportable Platform Operator must represent the “Registered Office Address” (OECD304).</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:complexType>

<xsd:complexType name="BirthPlace_Type">

<xsd:annotation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="City" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation>The city of birth.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="CitySubentity" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The city subentity of birth.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="CountryInfo">

<xsd:complexType>

<xsd:choice>

<xsd:element name="CountryCode" type="iso:CountryCode_Type">

<xsd:annotation>

<xsd:documentation>The current jurisdiction of birth.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FormerCountryName" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation>The former jurisdiction of birth. The Former Country Name element should be used in case the person was born in a country that has since ceased to exist.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:choice>

</xsd:complexType>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="MonAmnt_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">This data type is to be used whenever monetary amounts are to be communicated. Such amounts shall be given in full units, i.e. without decimals. The code for the currency in which the value is expressed has to be taken from the ISO codelist 4217 and added in attribute currCode.

</xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="xsd:integer">

<xsd:attribute name="currCode" type="iso:currCode_Type" use="required"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="NameOrganisation_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Name of organisation</xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type"/>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="NameReportableSeller_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Name of Seller</xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type"/>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="TIN_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">This is the identification number/identification code for the party in question. As the identifier may be not strictly numeric, it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. </xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin0Max200_Type">

<xsd:attribute name="issuedBy" type="iso:CountryCode_Type" use="optional">

<xsd:annotation>

<xsd:documentation xml:lang="en">Country code of issuing country, indicating country of Residence (to taxes and other).

It should always be provided, unless the TIN element is flagged as “unknown”.</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

<xsd:attribute name="unknown" type="xsd:boolean" use="optional">

<xsd:annotation>

<xsd:documentation xml:lang="en">This attribute must be provided if the TIN is not available or inexistent. Any value provided for a TIN flagged as unknown will be discarded.</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="MessageSpec_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Information in the message header identifies the Tax Administration that is sending the message. It specifies when the message was created, what period (normally a year) the report is for, and the nature of the report (original, corrected, supplemental, etc).</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="SendingEntityIN" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>Although not used for exchanges between Competent Authorities under the DPI MCAA and [EU DIR2021/514], for domestic reporting, this data element can be used in case the schema is mandated for domestic reporting by Reporting Platform Operators to their tax administration. In such instances, it identifies the Reporting Platform Operator sending the message through a domestically-defined identification number.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="TransmittingCountry" type="iso:CountryCode_Type">

<xsd:annotation>

<xsd:documentation>This data element identifies the jurisdiction of the Competent Authority transmitting the DPI message.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="ReceivingCountry" type="iso:CountryCode_Type">

<xsd:annotation>

<xsd:documentation>This data element identifies the jurisdiction of the Competent Authority receiving the DPI message.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="MessageType" type="dpi:MessageType_EnumType">

<xsd:annotation>

<xsd:documentation>This data element specifies the type of message being sent. The only allowable entry for messages exchanged under the OECD Model Rules and [EU Specific] [EU DIR2021/514] in this field is “DPI”.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Warning" type="stf:StringMin1Max4000_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">Free text expressing the restrictions for use of the information this message contains and the legal framework under which it is given.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Contact" type="stf:StringMin1Max4000_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">All necessary contact information about persons responsible for and involved in the processing of the data transmitted in this message, both legally and technically. Free text as this is not intended for automatic processing.

In international exchanges, this data element contains the contact details of the sending competent authority.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="MessageRefId" type="stf:StringMin1Max170_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Sender's unique identifier for this message.

The Message RefID must start with the country code of the sending jurisdiction, then the year of the reportable period, then the receiving country code before a unique identifier.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="MessageTypeIndic" type="dpi:DPIMessageTypeIndic_EnumType">

<xsd:annotation>

<xsd:documentation>This data element specifies the type of information that is sent, i.e. whether it is new information or whether the message seeks to correct or delete previously sent information.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="ReportingPeriod" type="xsd:date">

<xsd:annotation>

<xsd:documentation xml:lang="en">The reporting year for which information is transmitted in documents of the current message. This is in yyyy-MM-DD format, on the basis of the calendar year in which the relevant Reportable Period under the OECD Model Rules or [EU Specific] [EU DIR2021/514] ended.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Timestamp" type="xsd:dateTime">

<xsd:annotation>

<xsd:documentation>This data element identifies the date and time when the message was compiled. It is anticipated that this element will be automatically populated by the host system. The format for use is yyyy-MM-DD’T’hh:mm:ss.nnn. Fractions of seconds may be used (in such a case the milli-seconds will be provided on 3 digits, see “.nnn” in the format above). </xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="OrganisationIN_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">This is the identification number/identification code for the Entity in question. As the identifier may be not strictly numeric, it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. Attribute 'INType' defines the type of identification number. </xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="issuedBy" type="iso:CountryCode_Type" use="optional">

<xsd:annotation>

<xsd:documentation xml:lang="en">Country code of issuing country, indicating country of Residence (to taxes and other)</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

<xsd:attribute name="INType" type="dpi:INType_EnumType" use="required">

<xsd:annotation>

<xsd:documentation xml:lang="en">This attribute defines the type of identification number being sent among the following:

—	[EU Specific]: IIN for the reporting of an individual identification number;

—	LEI for the reporting of a legal entity identifier;

—	EIN for the reporting of an entity identification number;

—	BRN for the reporting of a business registration number; or

—

Other.

</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="OrganisationParty_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">

This container brings together all data about an organisation as a party. Name and address are required components and each can be present more than once to enable as complete a description as possible. Whenever possible one or more identifiers (TIN etc) should be added as well as a residence country code. Additional data that describes and identifies the party can be given . The code for the legal type according to the OECD codelist must be added. The structures of all of the subelements are defined elsewhere in this schema.</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="ResCountryCode" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable data element describes the residence country code(s) of the entity.

In case of an Entity Seller this should always be present and should correspond to the jurisdiction of residence identified on the basis of the due diligence requirements of the OECD Model Rules or [EU Specific] [EU DIR2021/514]. Specifically, under the OECD Model Rules, the residence country code of an Entity Seller should correspond to the jurisdiction in which its registered office is located.

In case of a Reporting Platform Operator, the residence country code should correspond to the jurisdiction where the Reporting Platform Operator is resident for tax purposes or, where it does not have a residence for tax purposes, either the jurisdiction it is incorporated under or the jurisdiction that it has its place of management (including effective management) in, [EU Specific] or the Member State where it has a permanent establishment in.

[EU Specific]: Reporting Platform Operator: This element is optional.</xsd:documentation>

</xsd:annotation>

<xsd:simpleType>

<xsd:restriction base="iso:CountryCode_Type"/>

</xsd:simpleType>

</xsd:element>

<xsd:element name="TIN" type="dpi:TIN_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable data element provides the tax identification number (TIN) used by the tax administration of the jurisdiction of residence of the entity. In case the entity does not have a TIN, or the TIN is not known to the sending Competent Authority, the value “NOTIN” should be entered [OECD Specific] and the Unknown attribute (see below) must be set to “true”. Furthermore, in case more than one TIN are provided, any provided element cannot be flagged as “unknown”.

[EU Specific]: This element must be present for both Reporting Platform Operator and Entity Seller.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="IN" type="dpi:OrganisationIN_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation xml:lang="en">This data element can be provided (and repeated) if there are other INs available, such as a company registration number or an Entity Identification Number (EIN).

[EU Specific]:

—	Reporting Platform Operator: Where relevant, the individual identification number (IIN) shall be provided

—	Entity Seller: The business registration number (BRN) must be provided</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="VAT" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation xml:lang="en">This data element can be provided when a VAT Identification number is available.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Name" type="dpi:NameOrganisation_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This element should contain the legal name of the entity, including the domestic designation for the legal form, as indicated in its articles of incorporation or any similar document.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="PlatformBusinessName" type="stf:StringMin1Max200_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>The repeatable Platform Business Name element identifies the business name(s) of the other Reporting Platform(s) in respect of which the Reporting Platform Operator is reporting.

This element must not be used for the Entity Sellers.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Address" type="dpi:Address_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This data element should contain the address of the entity, including the country code of the address as well as the type of the address, indicating the legal character of that address.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Nexus" type="dpi:Nexus_EnumType" minOccurs="0">

<xsd:annotation>

<xsd:documentation>[EU Specific] This data element provides the reason for which the information will be reported to the competent authority of the EU Member State.

This data element must not be used for Entity Seller.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="AssumedReporting" type="xsd:boolean" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Assumed Reporting element identifies whether the Reporting Platform Operator is not reporting information on Reportable Sellers, because another Reporting Platform Operator has assumed the reporting.

When “AssumedReporting” is set to “true”, it means that another Reporting Platform Operator reported for the Reporting Platform Operator. Otherwise, this element must be set to “false”.

This element is mandatory for Reporting Platform Operator and must not be provided for an Entity Seller.

By way of an example, Platform Z is operated by two Platform Operators: Platform Operator 1 (resident in jurisdiction 1) and Platform Operator 2 (resident in jurisdiction 2). In satisfying the reporting requirements, Platform Operator 1 has obtained assurances from Platform Operator 2 that it will fulfil the reporting obligations with respect to all of the Reportable Sellers of Platform Operator 1 in jurisdiction 2.

Platform Operator 1 will therefore provide its identification information and set the AssumedReporting element to “true” to notify its jurisdiction residence (jurisdiction 1) that it has relied on another Platform Operator to fulfil the reporting requirements. Platform Operator 1 will also use the AssumingPlatformOperator element (discussed further below) to report to its jurisdiction (jurisdiction 1) identification information on Platform Operator 2, assuming the reporting obligation in the name of Platform Operator 1. Platform Operator 1 will not provide ReportableSeller element.

At the same time, Platform Operator 2 will use the AssumedPlatformOperator element (discussed further below) to report to its jurisdiction of residence (jurisdiction 2) identification information on Platform Operator 1, for which it has assumed reporting obligations, and complete the Platform Operator element for itself.

[EU Specific] This element is optional for the purposes of [EU DIR2021/514].

</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="CorrectablePlatformOperator_Type">

<xsd:annotation>

<xsd:documentation>This correctable extends the information about the Reporting Platform Operator by considering the DocSpec element used to identify the particular report within the DPI message being transmitted.</xsd:documentation>

</xsd:annotation>

<xsd:complexContent>

<xsd:extension base="dpi:OrganisationParty_Type">

<xsd:sequence>

<xsd:element name="DocSpec" type="stf:DocSpec_Type">

<xsd:annotation>

<xsd:documentation>DocSpec identifies the particular report within the DPI message being transmitted. It permits the identification of reports requiring correction.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="CorrectableReportableSeller_Type">

<xsd:annotation>

<xsd:documentation>This correctable extends the information about the Reportable Seller by considering the DocSpec element used to identify the particular report within the DPI message being transmitted.</xsd:documentation>

</xsd:annotation>

<xsd:complexContent>

<xsd:extension base="dpi:ReportableSeller_Type">

<xsd:sequence>

<xsd:element name="DocSpec" type="stf:DocSpec_Type">

<xsd:annotation>

<xsd:documentation>DocSpec identifies the particular report within the DPI message being transmitted. It permits the identification of reports requiring correction.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="CorrectableAdditionalInfo_Type">

<xsd:sequence>

<xsd:element name="DocSpec" type="stf:DocSpec_Type"/>

<xsd:element name="OtherInfo" type="stf:StringMin1Max4000WithLang_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>Please include any further brief information or explanation you consider necessary or that would facilitate the understanding of the compulsory information provided in the country-by-country report. </xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="ResCountryCode" type="iso:CountryCode_Type" minOccurs="0" maxOccurs="unbounded"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="AccountHolder_Type">

<xsd:sequence>

<xsd:choice>

<xsd:element name="Individual" type="dpi:NameReportableSeller_Type"/>

<xsd:sequence>

<xsd:element name="Organisation" type="dpi:OrganisationParty_Type"/>

<xsd:element name="AcctHolderType"/>

</xsd:sequence>

</xsd:choice>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="FinancialIdentifier_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">The Financial Identifier is an optional (mandatory) element that reflects the Financial Account Identifier which, under the OECD Model Rules or [EU Specific] [EU DIR2021/514], is the unique identifying number or reference available to the Reporting Platform Operator of the bank account or other payment account to which the Consideration is paid or credited. Under subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial Identifier must be reported and exchanged provided that it is available to the Reporting Platform Operator and that the jurisdiction of the Reportable Seller’s residence has indicated that it wishes to receive such Financial Identifiers for taxpayer matching purposes.</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="Identifier" type="dpi:Identifier_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">Entity Identification Number, which contains the Financial Account Identifier pertaining to the Reportable Seller should be reflected. Financial Account Identifiers can include the IBAN number, sort code and account number and any other payment account identifier that the Reporting Platform Operator used for transferring the Consideration in respect to a Reportable Seller.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="AccountHolderName" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Account Holder Name field is an optional (mandatory) element which, reflecting subparagraphs B(2)(d) and B(3)(d) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(c) and B(3)(c) of Section III of [EU DIR2021/514], contains the name of the holder of the financial account to which the Consideration is paid or credited, where different from the name of the Reportable Seller and to the extent available to the Reporting Platform Operator.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="OtherInfo" type="stf:StringMin1Max400_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>Reflecting subparagraphs B(2)(d) and B(3)(d) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(c) and B(3)(c) of Section III of [EU DIR2021/514], the OtherInfo field contains any other identifying information available to the Reporting Platform Operator with respect to that account holder.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="Identifier_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">The Identifier field is a required element which contains the Financial Account Identifier pertaining to the Reportable Seller should be reflected. Financial Account Identifiers can include the IBAN number, sort code and account number and any other payment account identifier that the Reporting Platform Operator used for transferring the Consideration in respect to a Reportable Seller.</xsd:documentation>

</xsd:annotation>

<xsd:simpleContent>

<xsd:extension base="stf:StringMin1Max200_Type">

<xsd:attribute name="AccountNumberType" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">This attribute describes the type of account number being sent.</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

<xsd:complexType name="OtherActivities_Type">

<xsd:sequence>

<xsd:element name="Consideration" type="dpi:ConsiderationType">

<xsd:annotation>

<xsd:documentation>The Consideration element contains information on the Consideration received by a Reportable Seller in relation to the Relevant Activities provided. It is further split into four elements, representing the quarters during which the Consideration was paid or credited to a Reportable Seller. In this respect, Consideration is considered to be paid or credited to a Reportable Seller when it is paid or credited to an account specified by the Reportable Seller (as stated in paragraph 32 of the Commentary to Section I of the OECD Model Rules).</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="NumberOfActivities" type="dpi:NumberOfActivities_Type">

<xsd:annotation>

<xsd:documentation>The Number of Activities element specified the number of Relevant Activities that a Reportable Seller has provided. It is further split into four elements. These elements represent the four quarters in respect of which reporting of the number of Relevant Activities in respect of which Consideration was paid or credited to the Reportable Seller is required. As such, that the numbers of activities are reported on the basis of the date of payment or credit of the Consideration.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Fees" type="dpi:FeesType">

<xsd:annotation>

<xsd:documentation>The Fees element is further split into four elements, representing the quarters in respect of which reporting takes place. </xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Taxes" type="dpi:TaxesType">

<xsd:annotation>

<xsd:documentation>The Taxes element is further split into four elements, representing the quarters in respect of which reporting takes place. </xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="NumberOfActivities_Type">

<xsd:annotation>

<xsd:documentation>The Number of Services element is further split into four elements, representing the quarters in respect of which reporting takes place. </xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="NumbQ1" type="xsd:integer"/>

<xsd:element name="NumbQ2" type="xsd:integer"/>

<xsd:element name="NumbQ3" type="xsd:integer"/>

<xsd:element name="NumbQ4" type="xsd:integer"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="TaxesType">

<xsd:annotation>

<xsd:documentation>The Taxes element is further split into four elements, representing the quarters in respect of which reporting takes place.

Each quarter element is further comprised of the MonAmnt_Type, used to communicate taxes withheld in respect of Sellers. Such amounts shall be given in full units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO code list 4217 and added in attribute currCode.</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="TaxQ1" type="dpi:MonAmnt_Type"/>

<xsd:element name="TaxQ2" type="dpi:MonAmnt_Type"/>

<xsd:element name="TaxQ3" type="dpi:MonAmnt_Type"/>

<xsd:element name="TaxQ4" type="dpi:MonAmnt_Type"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="FeesType">

<xsd:sequence>

<xsd:annotation>

<xsd:documentation>The Fees element is further split into four elements, representing the quarters in respect of which reporting takes place.

Each quarter element is further comprised of the MonAmnt_Type, used to communicate the fees withheld in respect of Sellers. Such amounts shall be given in full units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO code list 4217 and added in attribute currCode.</xsd:documentation>

</xsd:annotation>

<xsd:element name="FeesQ1" type="dpi:MonAmnt_Type"/>

<xsd:element name="FeesQ2" type="dpi:MonAmnt_Type"/>

<xsd:element name="FeesQ3" type="dpi:MonAmnt_Type"/>

<xsd:element name="FeesQ4" type="dpi:MonAmnt_Type"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="ConsiderationType">

<xsd:sequence>

<xsd:annotation>

<xsd:documentation>The Consideration element is further split into four elements, representing the quarters in respect of which reporting takes place.

Each quarter element is further comprised of the MonAmnt_Type, used to communicate the monetary amounts earned by Sellers. Such amounts shall be given in full units, i.e. without decimals. The code for the currency, in which the value is expressed has to be taken from the ISO code list 4217 and added in attribute currCode.</xsd:documentation>

</xsd:annotation>

<xsd:element name="ConsQ1" type="dpi:MonAmnt_Type"/>

<xsd:element name="ConsQ2" type="dpi:MonAmnt_Type"/>

<xsd:element name="ConsQ3" type="dpi:MonAmnt_Type"/>

<xsd:element name="ConsQ4" type="dpi:MonAmnt_Type"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="PropertyListingType">

<xsd:sequence>

<xsd:element name="Address" type="dpi:Address_Type">

<xsd:annotation>

<xsd:documentation>The Address element is further comprised of the elements as described above under the Address Type.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="LandRegistrationNumber" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Land Registration Number element contains the land registration number, which under subparagraph B(3)(f) of Section III of the OECD Model Rules or [EU Specific] subparagraph B(3)(e) of Section III of [EU DIR2021/514], is reportable if available to the Reporting Platform Operator. For these purposes, the land registration number includes functional equivalents, such as a cadastral number.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Consideration" type="dpi:ConsiderationType">

<xsd:annotation>

For Relevant Activities involving the rental of immovable property, the Consideration information must be provided separately with respect to each Property Listing.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="NumberOfActivities" type="dpi:NumberOfActivities_Type">

<xsd:annotation>

For Relevant Activities involving the rental of immovable property, the number of activities must be provided separately with respect to each Property Listing.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Fees" type="dpi:FeesType">

<xsd:annotation>

<xsd:documentation>The Fees element specified the fees and commissions that a Reporting Platform Operator has withheld in respect of a Reportable Seller. It is split into four elements, representing the quarters in respect of which the reporting of fees or commissions withheld or charged by the Reporting Platform Operator is required under subparagraphs B(2)(g) and B(3)(h) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(f) and B(3)(g) of Section III of [EU DIR2021/514]. </xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Taxes" type="dpi:TaxesType">

<xsd:annotation>

<xsd:documentation>The Taxes element specifies the taxes that a Reporting Platform Operator has withheld in respect of a Reportable Seller. It is further split into four elements, representing the quarters in respect of which reporting of taxes withheld by the Reporting Platform Operator is required under subparagraphs B(2)(g) and B(3)(h) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(f) and B(3)(g) of Section III of [EU DIR2021/514].</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="PropertyType" type="dpi:DPIPropertyType_EnumType" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Property Type element specifies the type of property rented. DPI901 to DPI910.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="OtherPropertyType" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>This element describes the type of property in case “DPI910” is selected as Property Type. This element cannot be used in case another Property Type is selected.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="RentedDays" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Rented Days element contains the number of days that the Property Listing was rented during the Reportable Period.

4 numbers max. Set the type as simple</xsd:documentation>

</xsd:annotation>

<xsd:simpleType>

<xsd:restriction base="xsd:integer">

<xsd:totalDigits value="4"/>

<xsd:minInclusive value="1"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="GVSType">

<xsd:annotation>

<xsd:documentation>The GVS element reflects the Government Verification Service (GVS) due diligence procedures and is composed of the Name GVS, Jurisdiction GVS, Reference GVS and Other TIN GVS elements, which contain the information items subject to reporting (and exchange) in respect of a Reportable Seller that has been identified on the basis of a Government Verification Service, as well as the Financial Identifier element.

[EU Specific] At the time of publication, the collection and exchange of GVS information is not a legal requirement under [EU DIR2021/514].</xsd:documentation>

</xsd:annotation>

<xsd:sequence>

<xsd:element name="NameGVS" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation>The Name GVS element contains the legal name of the Reportable Seller.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="JurisdictionGVS">

<xsd:annotation>

<xsd:documentation>The Jurisdiction GVS element identifies the jurisdiction whose Government Verification Service was relied upon by the Reporting Platform Operator in respect of the Reportable Seller.

It uses the 2-character alphabetic country code and country name list based on the ISO 3166-1 Alpha 2 standard.</xsd:documentation>

</xsd:annotation>

<xsd:simpleType>

<xsd:restriction base="iso:CountryCode_Type"/>

</xsd:simpleType>

</xsd:element>

<xsd:element name="ReferenceGVS" type="stf:StringMin1Max200_Type">

<xsd:annotation>

<xsd:documentation>The Reference GVS element contains the unique reference number or code provided by the jurisdiction whose GVS was used, allowing that jurisdiction to match the Reportable Seller to a taxpayer within its database.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="OtherTINGVS" type="stf:StringMin1Max200_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>Reflecting subparagraph B(2)(b) and B(3)(b) of Section III of the OECD Model Rules, the Other TIN GVS element contains any TIN available to the Reporting Platform Operator, including the jurisdiction of issuance.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FinancialIdentifier" type="dpi:FinancialIdentifier_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Financial Identifier is an optional (mandatory) element that reflects the Financial Account Identifier which is the unique identifying number or reference available to the Reporting Platform Operator of the bank account or other payment account to which the Consideration is paid or credited.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="ReportableSeller_Type">

<xsd:sequence>

<xsd:element name="Identity">

<xsd:annotation>

<xsd:documentation>The Identity element is further comprised of the EntitySeller and IndividualSeller elements.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:choice>

<xsd:element name="EntitySeller">

<xsd:annotation>

<xsd:documentation>The Entity Seller element is further comprised of the Standard and GVS elements.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:choice>

<xsd:element name="Standard">

<xsd:annotation>

<xsd:documentation>The Standard element reflects the standard due diligence procedures and is further comprised of the EntSellerID (that follows the OrganisationParty Type) and FinancialIdentifier elements. Platform Operators by default would use the standard due diligence procedures, but can also rely on the GVS procedure where it has been made available by the Reportable Jurisdiction .

The Standard element should be completed in case the Reporting Platform Operator has relied on the standard due diligence procedures of the OECD Model Rules or [EU Specific] [EU DIR2021/514] to identify and document the Entity Seller.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="EntSellerID" type="dpi:OrganisationParty_Type">

<xsd:annotation>

<xsd:documentation>The EntSellerID element identifies the Entity Seller and follows the OrganisationParty_Type.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FinancialIdentifier" type="dpi:FinancialIdentifier_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>The Financial Identifier is an optional (mandatory) element that reflects the Financial Account Identifier which, under the OECD Model Rules or [EU Specific] [EU DIR2021/514], is the unique identifying number or reference available to the Reporting Platform Operator of the bank account or other payment account to which the Consideration is paid or credited. Under subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial Identifier must be reported and exchanged provided that it is available to the Reporting Platform Operator and that the jurisdiction of the Reportable Seller’s residence has indicated that it wishes to receive such Financial Identifiers for taxpayer matching purposes.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="PermanentEstablishments" type="dpi:PermanentEstablishments_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>[EU Specific] This data element provides information on any permanent establishment through which Relevant Activities are carried out by the Entity Seller in the Union, indicating each respective EU Member State where such a permanent establishment is located.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="GVS" type="dpi:GVSType">

<xsd:annotation>

<xsd:documentation>The GVS element should be completed in case the Reporting Platform Operator has relied on an approved Government Verification Service in order to identify and document the Entity Seller.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:choice>

</xsd:complexType>

</xsd:element>

<xsd:element name="IndividualSeller">

<xsd:complexType>

<xsd:choice>

<xsd:element name="Standard">

<xsd:annotation>

<xsd:documentation>The Standard element reflects the standard due diligence procedures and is further comprised of the IndSellerID element (which follows the PersonParty Type) and the Financial Identifier element. Platform Operators by default would use the standard due diligence procedures, but can also rely on the GVS procedure where it has been made available by the Reportable Jurisdiction .

The PersonParty_Type, as enumerated in Section III of the OECD Model Rules or [EU Specific] [EU DIR2021/514], defines the information to be included in relation to an individual where the standard due diligence procedures are followed.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="IndSellerID" type="dpi:PersonParty_Type">

<xsd:annotation>

<xsd:documentation>The IndSellerID element identifies the individual Seller and follows the PersonParty_Type</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="FinancialIdentifier" type="dpi:FinancialIdentifier_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>The Financial Identifier is an optional (mandatory) and repeatable element that reflects the Financial Account Identifier which, under the OECD Model Rules or [EU Specific] [EU DIR2021/514], is the unique identifying number or reference available to the Reporting Platform Operator of the bank account or other payment account to which the Consideration is paid or credited. Under subparagraphs B(2)(c) and B(3)(c) of Section III of the OECD Model Rules or [EU Specific] subparagraphs B(2)(b) and B(3)(b) of Section III of [EU DIR2021/514], the Financial Identifier must be reported and exchanged provided that it is available to the Reporting Platform Operator and that the jurisdiction of the Reportable Seller’s residence has indicated that it wishes to receive such Financial Identifiers for taxpayer matching purposes.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="GVS" type="dpi:GVSType">

<xsd:annotation>

</xsd:annotation>

</xsd:element>

</xsd:choice>

</xsd:complexType>

</xsd:element>

</xsd:choice>

</xsd:complexType>

</xsd:element>

<xsd:element name="RelevantActivities">

<xsd:annotation>

<xsd:documentation>The Relevant Activities element includes information on the Relevant Activities provided by Reportable Sellers and the Consideration derived therefrom. The element is comprised of the Immovable Property, Personal Services, sale of Goods and Transportation Rental elements, reflecting the nature of the activities provided by the Reportable Seller. Under the OECD Model Rules and [EU DIR2021/514], information in respect of the Immovable Property and Personal Services elements must be provided. Under the OECD Extended Scope and [EU DIR2021/514], information in respect of the sale of Goods and Transportation Rental elements must also be provided.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="ImmovableProperty" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Immovable Property element contains information on Relevant Activities provided by a Reportable Seller in relation to the rental of immovable property. It comprises the repeatable Property Listing element.</xsd:documentation>

</xsd:annotation>

<xsd:complexType>

<xsd:sequence>

<xsd:element name="PropertyListing" type="dpi:PropertyListingType" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>The Property Listing element is comprised of the Address, Land Registration Number, Consideration, Number of Activities, Fees, Taxes, Property Type and Rented days elements.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="PersonalServices" type="dpi:OtherActivities_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Personal Services element contains information on Relevant Activities involving time- or task-based work performed by one or more individuals, acting either independently or on behalf of an Entity, and which is carried out at the request of a user, either online or physically offline after having been facilitated via Platform.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="SaleOfGoods" type="dpi:OtherActivities_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The sale of Goods element specifies the Relevant Activities provided by a Reportable Seller with respect to sale of goods.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="TransportationRental" type="dpi:OtherActivities_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>The Transportation Rental element specifies the Relevant Activities provided by a Reportable Seller with respect to the rental of any mode of transport.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="PermanentEstablishments_Type">

<xsd:sequence>

<xsd:annotation>

<xsd:documentation>The repeatable Permanent Establishment element identifies an EU Member State where a permanent establishment through which Relevant Activities are carried out by the Entity Seller in the Union is located.</xsd:documentation>

</xsd:annotation>

<xsd:element name="PermanentEstablishment" type="iso:MSCountryCode_Type" maxOccurs="unbounded"/>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="OtherPlatformOperators_Type">

<xsd:choice>

<xsd:sequence>

<xsd:element name="AssumingPlatformOperator" type="dpi:CorrectableOtherRPO_Type">

<xsd:annotation>

<xsd:documentation>This element provides information about the Platform Operator assuming the reporting in the name of the Reporting Platform Operator, as identified in the Platform Operator element.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

<xsd:sequence>

<xsd:element name="AssumedPlatformOperator" type="dpi:CorrectableOtherRPO_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable element provides information about each Platform Operator for which the Reporting Platform Operator, as identified in the Platform Operator element, assumes the reporting.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:choice>

</xsd:complexType>

<xsd:complexType name="OtherRPO_Type">

<xsd:sequence>

<xsd:annotation>

<xsd:documentation>This element provides information about the assuming or assumed Platform Operator.</xsd:documentation>

</xsd:annotation>

<xsd:element name="ResCountryCode" type="iso:CountryCode_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This repeatable data element describes the residence country code(s) of the Platform Operator assuming the reporting or the residence country code(s) of each Platform Operator for which the Reporting Platform Operator assumes the reporting. As with the residence country code(s) of the Reporting Platform Operator, the residence country code of this Platform Operator should correspond to the jurisdiction where the Platform Operator is resident for tax purposes or, where it does not have a residence for tax purposes, either the jurisdiction it is incorporated under or the jurisdiction that it has its place of management (including effective management) in, [EU Specific] or the Member State where it has a permanent establishment in.

[EU Specific] This element is optional for the purposes of [EU DIR2021/514].

</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="TIN" type="dpi:TIN_Type" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This data element provides the tax identification number (TIN) used by the tax administration of the jurisdiction of residence of the entity. In case the entity does not have a TIN, or the TIN is not known to the sending Competent Authority, the Unknown attribute (see below) must be set to “true”. Furthermore, in case more than one TIN are provided, any provided element cannot be flagged as “unknown”.</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Name" type="dpi:NameOrganisation_Type">

<xsd:annotation>

</xsd:annotation>

</xsd:element>

<xsd:element name="Address" type="dpi:Address_Type">

<xsd:annotation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="CorrectableOtherRPO_Type">

<xsd:complexContent>

<xsd:extension base="dpi:OtherRPO_Type">

<xsd:sequence>

<xsd:element name="DocSpec" type="stf:DocSpec_Type">

<xsd:annotation>

<xsd:documentation>DocSpec identifies the particular report within the DPI message being transmitted. It permits the identification of reports requiring correction (for further guidance see the Corrections section below).</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:extension>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="DPIBody_Type">

<xsd:sequence>

<xsd:annotation>

<xsd:documentation>The DPI Body element contains the information on the Reporting Platform Operator, as well as on the Relevant Services performed by Reportable Sellers that give rise to the exchange.</xsd:documentation>

</xsd:annotation>

<xsd:element name="PlatformOperator" type="dpi:CorrectablePlatformOperator_Type">

<xsd:annotation>

<xsd:documentation>The Platform Operator element identifies the Reporting Platform Operator and follows the Organisation Party type (see OrganisationParty_Type).</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="OtherPlatformOperators" type="dpi:OtherPlatformOperators_Type" minOccurs="0">

<xsd:annotation>

<xsd:documentation>This other Platform Operators element identifies either:

—	The Platform Operator assuming the reporting in the name of the Reporting Platform Operator, as identified in the Platform Operator element;

—	Each Platform Operator for which the Reporting Platform Operator, as identified in the Platform Operator element, assumes the reporting.

[OECD Specific] This element must be provided, if available.

[EU Specific] This element is optional for the purposes of [EU DIR2021/514].

</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="ReportableSeller" type="dpi:CorrectableReportableSeller_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

<xsd:documentation>This element contains the identification information on each Reportable Seller, as well as information on the Relevant Services provided by such Reportable Seller and the Consideration derived therefrom.

In case of Nil Reporting, i.e. when MessageTypeIndic is set to “DPI403”, no Reportable Seller must be provided.</xsd:documentation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

</xsd:complexType>

<xsd:element name="DPI_OECD">

<xsd:complexType>

<xsd:sequence>

<xsd:element name="MessageSpec" type="dpi:MessageSpec_Type">

<xsd:annotation>

<xsd:documentation>The information in the message header identifies the tax administration that is sending the DPI message. It specifies when the message was created, what reporting period the report is for, and the nature of the report (original, supplemental, etc.).</xsd:documentation>

</xsd:annotation>

</xsd:element>

<xsd:element name="DPIBody" type="dpi:DPIBody_Type" minOccurs="0" maxOccurs="unbounded">

<xsd:annotation>

</xsd:annotation>

</xsd:element>

</xsd:sequence>

<xsd:attribute name="version" type="stf:StringMin1Max10_Type">

<xsd:annotation>

<xsd:documentation xml:lang="en">The DPI Version.</xsd:documentation>

</xsd:annotation>

</xsd:attribute>

</xsd:complexType>

</xsd:element>

</xsd:schema>

“;

„PRILOGA XV

Seznam iz člena 2d

Statistični podatki, ki so v skladu s členom 8ac(2) Direktive 2011/16/EU potrebni za obvezno izmenjavo informacij, v skladu s členom 23(4) navedene direktive zajemajo naslednje podatke:

—	za vsako sporočilo posebej, statistične podatke o skupnem številu poročil, prejetih od Poročevalskih operaterjev platform za obvezno avtomatično izmenjavo informacij,

—	za vsako sporočilo posebej, statistične podatke o skupnem številu poročil, prejetih od vsake druge države članice,

—

za vsakega Prodajalca, o katerem se poroča, statistične podatke o vrsti Prodajalca, o katerem se poroča, identifikacijsko številko davčnega zavezanca ali enakovredno oznako, državo članico, v kateri je Prodajalec, o katerem se poroča, rezident in razlog za izmenjavo; državo članico, v kateri je Prodajalec, o katerem se poroča, rezident, in/ali državo članico, v kateri se nahaja nepremičnina,

—	za vsakega Poročevalskega operaterja platforme, statistične podatke o vrsti Zadevne dejavnosti dejavnosti ter Nadomestilu in vrsti Oglaševane nepremičnine.

“;

„PRILOGA XVI

Obrazec iz člena 2f(1)

Obrazec, ki se uporablja za sporočanje podatkov o Izključenih operaterjih platform v skladu s členom 8ac(6) Direktive 2011/16/EU in za sporočanje podatkov o Operaterjih tujih platform v skladu s pododstavkoma F(2) in F(4) oddelka IV Priloge V k Direktivi 2011/16/EU, vsebuje naslednja polja:

(a)	ime Izključenega operaterja platforme,

(b)	poštni naslov Izključenega operaterja platforme,

(c)	elektronski naslov, vključno s spletišči Izključenega operaterja platforme,

(d)	vsako IŠD, izdano Izključenemu operaterju platforme, če je na voljo,

(e)	država članica, v kateri je bil predložen dokaz v skladu s pododstavkom A(3) oddelka I Priloge V k Direktivi 2011/16/EU ter

(f)	poslovno leto, v katerem je bil odobren status Izključenega operaterja platforme.

Oblika individualne identifikacijske številke za Operaterje tujih platform

Individualna identifikacijska številka je sestavljena iz naslednje 12-mestne številke, CCYYYYXXXXXX, kjer je: CC oznaka države ISO za državo članico, ki izda individualno identifikacijsko številko; YYYY leto, v katerem se Operater tuje platforme registrira pri državi članici enkratne registracije; in XXXXXX edinstven niz znakov, sestavljen iz črk in/ali številk.

Obdobje hrambe nekaterih podatkov, izbrisanih ali odstranjenih iz centralnega registra

Kadar se registracija Poročevalskega operaterja platforme v smislu točke (b) pododstavka A(4) oddelka I Priloge V k Direktivi 2011/16/EU, kakor je bila spremenjena z Direktivo (EU) 2021/514, prekliče v skladu s pododstavkom F(7) oddelka IV Priloge V k Direktivi 2011/16/EU, država članica enkratne registracije Poročevalskega operaterja platforme izbriše iz centralnega registra. Centralni register hrani izbrisane podatke iz pododstavkov F(2) in F(4) oddelka IV Priloge V k Direktivi 2011/16/EU največ 12 mesecev od datuma izbrisa.

Podatki, evidentirani v centralnem registru za Izključene operaterje platform, bodo odstranjeni, če Izključeni operater platforme v smislu pododstavka A(3) oddelka I Priloge V k Direktivi 2011/16/EU, kakor je bila spremenjena z Direktivo (EU) 2021/514, vnaprej in enkrat letno pristojnemu organu države članice, ki bi mu v skladu s pravili iz pododstavkov A(1) do A(3) oddelka III Priloge V k Direktivi 2011/16/EU Operater platforme sicer moral poročati, ne predloži zadovoljivih dokazov o tem, da je celotni poslovni model platforme tak, da ne vključuje Prodajalcev, o katerih je treba poročati. Centralni register hrani odstranjene podatke iz Priloge XVI, točke (a) do (f), k tej uredbi največ 12 mesecev od datuma odstranitve evidentiranih podatkov.

“

(1) Vendar se morajo v elektronski obliki, ki se uporablja v določenem primeru, pojaviti samo elementi in atributi, ki se dejansko uporabljajo v danem primeru v zvezi z izvajanjem pravil o dolžni skrbnosti in poročanju iz oddelkov II in III Priloge V k Direktivi Sveta 2011/16/EU, kakor je bila spremenjena z Direktivo Sveta (EU) 2021/514.

		ISSN 1977-0804
Uradni list Evropske unije		L 231

Slovenska izdaja	Zakonodaja	Letnik 65 6. september 2022

Vsebina		II Nezakonodajni akti	Stran
		UREDBE
	*	Izvedbena uredba Komisije (EU) 2022/1463 z dne 5. avgusta 2022 o določitvi tehničnih in operativnih specifikacij tehničnega sistema za čezmejno avtomatizirano izmenjavo dokazil in uporabo načela samo enkrat v skladu z Uredbo (EU) 2018/1724 Evropskega parlamenta in Sveta ( 1 )	1
	*	Izvedbena uredba Komisije (EU) 2022/1464 z dne 2. septembra 2022 o spremembi Uredbe Sveta (ES) št. 1210/2003 o nekaterih posebnih omejitvah gospodarskih in finančnih odnosov z Irakom	22
	*	Uredba Komisije (EU) 2022/1465 z dne 5. septembra 2022 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede nekaterih aromatičnih snovi ( 1 )	24
	*	Uredba Komisije (EU) 2022/1466 z dne 5. septembra 2022 o spremembi Priloge I k Uredbi (ES) št. 1334/2008 Evropskega parlamenta in Sveta glede umika nekaterih aromatičnih snovi s seznama Unije ( 1 )	32
	*	Izvedbena uredba Komisije (EU) 2022/1467 z dne 5. septembra 2022 o spremembi Izvedbene uredbe (EU) 2015/2378 glede standardnih obrazcev in elektronskih oblik, ki se uporabljajo v zvezi z Direktivo Sveta 2011/16/EU, ter seznama statističnih podatkov, ki jih predložijo države članice za namene ocenjevanja navedene direktive	36
	*	Izvedbena uredba Komisije (EU) 2022/1468 z dne 5. septembra 2022 o spremembi Izvedbene uredbe (EU) št. 540/2011 glede pogojev za odobritev aktivne snovi penflufen in razveljavitvi Izvedbene uredbe (EU) 2018/185 ( 1 )	101
	*	Izvedbena uredba Komisije (EU) 2022/1469 z dne 5. septembra 2022 o dovoljenju za L-lizin sulfat, ki ga proizvaja Escherichia coli CGMCC 7.398, kot krmni dodatek za vse živalske vrste ( 1 )	105
	*	Izvedbena uredba Komisije (EU) 2022/1470 z dne 5. septembra 2022 o dovoljenju za endo-1,4-beta-ksilanazo, ki jo proizvaja Trichoderma longibrachiatum CBS 139997, in alfa-galaktozidazo, ki jo proizvaja Aspergillus tubingensis ATCC SD 6740, kot krmni dodatek za pitovne piščance, piščance za nesnice, manj pomembne vrste perutnine za pitanje in za nesnice ter okrasne ptice (imetnik dovoljenja Industrial Técnica Pecuaria S.A.) ( 1 )	109
	*	Izvedbena uredba Komisije (EU) 2022/1471 z dne 5. septembra 2022 o dovoljenju za lantanov karbonat oktahidrat kot krmni dodatek za mačke (imetnik dovoljenja Porus GmbH) ( 1 )	113
	*	Izvedbena uredba Komisije (EU) 2022/1472 z dne 5. septembra 2022 o dovoljenju za manganov lizinat sulfat kot krmni dodatek za vse živalske vrste ( 1 )	116

„07.030	1-(4-metoksifenil)pent-1-en-3-on	104-27-8	826	164		2	EFSA
07.046	vanililiden aceton	1080-12-2	732	691		2	EFSA
07.049	1-(4-metoksifenil)-4-metilpent-1-en-3-on	103-13-9	829	719		2	EFSA
07.206	4-(2,3,6-trimetilfenil)but-3-en-2-on	56681-06-2				2	EFSA
07.258	6-metil-3-hepten-2-on	2009-74-7				1	EFSA
10.034	5,6-dihidro-3,6-dimetilbenzofuran-2(4H)-on	80417-97-6	1163			2	EFSA
10.036	5,6,7,7a-tetrahidro-3,6-dimetilbenzofuran-2(4H)-on	13341-72-5	1162			2	EFSA
10.042	3,4-dimetil-5-pentilidenfuran-2(5H)-on	774-64-1		11873	vsaj 93-odstotna; sekundarne sestavine: 1–2 % 3,4-dimetil 5-ketobutanojske kisline gama-laktona	2	EFSA
10.043	2,7-dimetilokta-5(trans),7-dieno-1,4-lakton	78548-56-8				2	EFSA
10.046	heks-2-eno-1,4-lakton	2407-43-4				2	EFSA
10.054	non-2-eno-1,4-lakton	21963-26-8				2	EFSA
10.060	2-decen-1,4-lakton	2518-53-8				2	EFSA
10.170	5-pentil-3H-furan-2-on	51352-68-2	1989		zmes 3H- in 5H-izomerov (2:1)	2	EFSA
13.004	alil 2-furoat	4208-49-5	21	360		2	EFSA
13.034	3-(2-furil)akrilaldehid	623-30-3	1497			1	EFSA
13.043	furfuriliden-2-butanal	770-27-4	1501	11885		1	EFSA
13.044	4-(2-furil)but-3-en-2-on	623-15-4	1511	11838		1	EFSA
13.046	3-(2-furil)-2-metilprop-2-enal	874-66-8	1498	11878		1	EFSA
13.066	3-acetil-2,5-dimetilfuran	10599-70-9	1506	10921		4	EFSA
13.103	2-butilfuran	4466-24-4	1490	10927		3	EFSA
13.137	3-(2-furil)-2-fenilprop-2-enal	65545-81-5	1502	11928		1	EFSA
13.150	3-(5-metil-2-furil)prop-2-enal	5555-90-8	1499			1	EFSA“


	(1) Besedilo velja za EGP.