Ez a dokumentum kizárólag tájékoztató jelleg ű és nem vált ki joghatást. Az EU intézményei semmiféle felel ősséget nem 
vállalnak a tartalmáért. A jogi aktusoknak – ideértve azok bevezet ő hivatkozásait és preambulumbekezdéseit is – az Európai 
Unió Hivatalos Lapjában közzétett és az EUR-Lex portálon megtalálható változatai tekintend ők hitelesnek. Az említett 
hivatalos szövegváltozatok közvetlenül elérhet ők az ebben a dokumentumban elhelyezett linkeken keresztül  
►B A BIZOTTSÁG (EU) 2015/2378 VÉGREHAJTÁSI RENDELETE  
(2015. december 15.)  
az adózás területén történ ő közigazgatási együttm űködésről szóló 2011/16/EU tanácsi irányelv 
bizonyos rendelkezéseinek végrehajtására vonatkozó részletes szabályok megállapításáról és az 
1156/2012/EU végrehajtási rendelet hatályon kívül helyezésér ől 
(HL L 332., 2015.12.18., 19. o.)  
Módosította:  
Hivatalos Lap  
Szám  Oldal  Dátum  
►M1 A Bizottság (EU) 2016/1963 végrehajtási rendelete (2016. novem ber 9.)  L 303  4  2016.11.10.  
►M2 A Bizottság (EU) 2018/99 végrehajtási rendelete (2018. január 22.) L  1 7  2 9  2018.1.23.  
►M3 A Bizottság (EU) 2019/532 végrehajtási rendelete (2019. márciu s 28.)  L  8 8  2 5  2019.3.29.  
►M4 A Bizottság (EU) 2022/1467 végrehajtási rendelete (2022. szept ember 5.)  L 231  3 6  2022.9.6.  
Helyesbítette:  
►C1 Helyesbítés, HL L 64., 2018.3.7., 3. o. (2018/99)  02015R2378 — HU — 01.01.2023 — 005.001 — 1
02015R2378 — HU — 01.01.2023 — 005.001 — 2  
A BIZOTTSÁG (EU) 2015/2378 VÉGREHAJTÁSI RENDELETE  
(2015. december 15.)  
az adózás területén történ ő közigazgatási együttm űködésről szóló 
2011/16/EU tanácsi irányelv bizonyos rendelkezéseinek 
végrehajtására vonatkozó részletes szabályok megállapításáról és 
az 1156/2012/EU végrehajtási rendelet hatályon kívül helyezésér ől 
1. cikk  
Formanyomtatványok a megkeresésre történ ő információcseréhez, a 
spontán információcseréhez, az értesítésekhez és a visszajelzéshez  
(1) Az alkalmazandó formanyomtatványok tekintetében a „mező” 
olyan helyet jelent a formanyomtatványon, amelybe a 2011/16/EU 
irányelv szerint cserélendő információk rögzíthetők.  
(2) A 2011/16/EU irányelv 5. cikke szerinti, információközlés é s 
közigazgatási vizsgálat iránti megkeresésekre, valamint a 7. ci kk szerinti 
vonatkozó válaszokra, átvételi elismervényekre, további háttér- infor­
máció iránti kérelmekre, a kérés teljesítésének lehetetlenségér e vagy 
az elutasítására alkalmazandó formanyomtatványnak meg kell fele lnie 
e rendelet I. mellékletének.  
(3) A 2011/16/EU irányelv 9. és 10. cikke szerinti spontán módo n 
közölt információkra és a visszaigazolásukra alkalmazandó forma nyom­
tatványnak meg kell felelnie e rendelet II. mellékletének.  
(4) A 2011/16/EU irányelv 13. cikkének (1) és (2) bekezdése sze rinti 
közigazgatási kézbesítés iránti megkeresésekre és az említett 
irányelv 13. cikkének (3) bekezdése szerinti válaszaira alkalma zandó 
formanyomtatványnak meg kell felelnie e rendelet III. melléklet ének.  
(5) A 2011/16/EU irányelv 14. cikkének (1) bekezdése szerinti 
visszajelzésre alkalmazandó formanyomtatványnak meg kell feleln ie e 
rendelet IV. mellékletének.  
2. cikk  
A kötelez ő automatikus információcsere számítógépes formátumai  
(1) A 2011/16/EU irányelv 8. cikkének (1) bekezdése szerinti kö te­
lező automatikus információcsere során alkalmazandó számítógépe s 
formátumnak meg kell felelnie e rendelet V. mellékletének.  
(2) A 2011/16/EU irányelv 8. cikkének (3a) bekezdése szerinti k öte­
lező automatikus információcsere során alkalmazandó számítógépe s 
formátumnak meg kell felelnie e rendelet VI. mellékletének.  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 3  
(3) A 2011/16/EU irányelv 8ac. cikkének (2) bekezdése szerinti köte­
lező automatikus információcsere során alkalmazandó számítógépe s 
formátum megfelel az e rendelet XIV. mellékletében foglaltaknak . 
▼M1 
2a. cikk  
Formanyomtatványok és nyelvhasználati szabályok a határokon 
átnyúló vonatkozású feltételes adómegállapításokra és az el őzetes 
ármegállapításokra vonatkozó kötelez ő automatikus 
információcseréhez  
(1) Az alkalmazandó formanyomtatványok tekintetében az „elem” é s 
a „mező” olyan helyet jelent a formanyomtatványon, ahova a 
2011/16/EU irányelv szerint cserélendő információk rögzíthetők.  
(2) A határokon átnyúló vonatkozású feltételes adómegállapításo kra 
és az előzetes ármegállapításokra vonatkozó, a 2011/16/EU irány elv 8a. 
cikke szerinti automatikus információcseréhez alkalmazandó form a­
nyomtatványnak meg kell felelnie e rendelet VII. mellékletének.  
(3) A 2011/16/EU irányelv 20. cikkének (5) bekezdésében említet t 
„legfontosabb elemek” az ugyanezen rendelet 8a. cikke (6) bekez dé­
sének b), h) és i) pontjában felsorolt elemek, és ezeket a legf ontosabb 
elemeket angolul is el kell küldeni.  
2b. cikk  
Nyelvhasználati szabályok az országonkénti jelentésekre vonatkozó 
kötelező automatikus információcseréhez  
A 2011/16/EU irányelv 20. cikkének (6) bekezdésében említett „l egfon­
tosabb elemek” az ugyanezen irányelv III. melléklete III. szaka szának 3. 
táblázatában szereplő információk vagy magyarázatok, és ezeket a 
legfontosabb elemeket angolul is el kell küldeni, kivéve, ha az  informá­
ciókat küldő tagállam egy másik hivatalos uniós nyelv használat ában 
állapodott meg az összes többi olyan tagállammal, amely részére  a  
2011/16/EU irányelv 8aa. cikkének (2) bekezdése szerint informá ciókat 
küld.  
▼M2 
2c. cikk  
Az évenkénti értékelés közlésének formája és kritériumai  
(1) Az automatikus információcsere hatékonyságáról és a gyakor­
latban elért eredményekről a 2011/16/EU irányelv 23. cikkének ( 3) 
bekezdése szerint készítendő évenkénti értékelés közlésének for máját e 
rendelet VIII. melléklete állapítja meg.  
(2) A tagállamok évente április 1-je előtt az (1) bekezdésben e mlített 
formában elektronikus úton eljuttatják a Bizottságnak az évenké nti érté­
kelést. Az értékelésnek az előző naptári évet kell lefednie.  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 4  
2d. cikk  
A statisztikai adatok jegyzéke  
(1) A kötelező automatikus információcsere kivételével a köziga zga­
tási együttműködés minden más formájához a 2011/16/EU 
irányelv 23. cikkének (4) bekezdése értelmében szükséges statis ztikai 
adatok jegyzékét e rendelet IX. melléklete állapítja meg.  
A kötelező automatikus információcseréhez a 2011/16/EU 
irányelv 8. cikkének (1) bekezdése értelmében szükséges statisz tikai 
adatok jegyzékét e rendelet X. melléklete állapítja meg.  
A kötelező automatikus információcseréhez a 2011/16/EU 
irányelv 8. cikkének (3a) bekezdése értelmében szükséges statis ztikai 
adatok jegyzékét e rendelet XI. melléklete állapítja meg.  
A kötelező automatikus információcseréhez a 2011/16/EU irányelv  8aa. 
cikke értelmében szükséges statisztikai adatok jegyzékét e rend elet XII. 
melléklete állapítja meg.  
▼M4 
A kötelező automatikus információcseréhez a 2011/16/EU irányelv  8ac. 
cikke értelmében szükséges statisztikai adatok jegyzékét e rend elet XV. 
melléklete állapítja meg.  
▼M2 
(2) A tagállamok évente április 1-je előtt a IX. mellékletben f oglalt 
jegyzéknek megfelelően – a kötelező automatikus információcsere  kivé­
telével – elektronikus úton megküldik a Bizottságnak a közigazg atási 
együttműködés minden formájával összefüggő, előző naptári évre vonat­
kozó statisztikai adatokat.  
▼C1 
(3) A tagállamok évente november 1-je előtt a X., XI. és XII. m ellék­
letben foglalt jegyzéknek megfelelően, elektronikus úton megkül dik a 
Bizottságnak a kötelező automatikus információcserével összefüg gő 
statisztikai adatokat.  
▼M3 
2e. cikk  
A határokon átnyúló konstrukciókkal kapcsolatos kötelez ő 
automatikus információcsere egységes formanyomtatványai és 
nyelvhasználati szabályai  
(1) Az alkalmazandó formanyomtatványok tekintetében az „elem” é s 
a „mező” olyan helyet jelent a formanyomtatványon, ahova a 
2011/16/EU irányelv szerint kicserélendő információk rögzíthető k. 
(2) Az adatszolgáltatási kötelezettség alá tartozó, határokon á tnyúló 
konstrukciókra vonatkozó, a 2011/16/EU irányelv 8ab. cikke szer inti 
automatikus információcseréhez alkalmazandó formanyomtatványnak  
meg kell felelnie e rendelet XIII. mellékletének.  ▼M2
 02015R2378 — HU — 01.01.2023 — 005.001 — 5  
(3) A 2011/16/EU irányelv 20. cikke (5) bekezdésének harmadik 
albekezdésében említett legfontosabb elemek az említett irányel v 8ab. 
cikke (14) bekezdésének b), c) és e) pontjában felsorolt elemek nek 
felelnek meg, és az e rendelet 2a. cikkének (3) bekezdésében me ghatá­
rozott nyelvhasználati szabályok vonatkoznak rájuk.  
▼M4 
2f. cikk  
Egységes formanyomtatványok az adatszolgáltatásra nem kötelezett 
platformüzemeltet őkre és külföldi platformüzemeltet őkre vonatkozó 
információk központi nyilvántartás felé történ ő közléséhez, a 
külföldi platformüzemeltet ők egyedi azonosító számának 
formátuma és a központi nyilvántartásból törölt információk 
megőrzési időszaka  
(1) Az adatszolgáltatásra nem kötelezett platformüzemeltetőkre és 
külföldi platformüzemeltetőkre vonatkozó információknak a 2011/ 16/EU 
irányelv 8ac. cikkének (6) bekezdése szerinti központi nyilvánt artás 
számára történő közléséhez alkalmazandó formanyomtatvány megfel el 
az e rendelet XVI. mellékletében foglaltaknak.  
(2) A 2011/16/EU irányelv 8ac. cikkének (6) bekezdése szerinti 
központi nyilvántartásban rögzítendő legfontosabb elemek az eml ített 
irányelv V. melléklete IV. szakaszának F.2. és F.4. pontjában, valamint 
az e rendelet XVI. mellékletében felsorolt információk. A közpo nti 
nyilvántartás létrehozása és a központi nyilvántartásban szerep lő szemé­
lyes adatoknak a tagállami illetékes hatóságok nevében a Bizott ság által 
történő kezelése az (EU) 2016/679 európai parlamenti és tanácsi  
rendeletnek (  1 ) és az (EU) 2018/1725 rendeletnek (  2 ) megfelelően 
történik. Az (EU) 2016/679 rendelettel összhangban a tagállamok  ille­
tékes hatóságai tekintendők adatkezelőnek, a Bizottság pedig ad atfeldol­
gozónak.  
(3) A 2011/16/EU irányelv 8ac. cikkének (4) bekezdése szerinti 
külföldi platformüzemeltetők egyedi azonosító számának formátum át e 
rendelet XVI. melléklete határozza meg.  
(4) A 2011/16/EU irányelv V. melléklet IV. szakasza F.5. pontjá nak 
d) alpontjával és 8ac. cikkének (5) bekezdésével összhangban a 
központi nyilvántartásból törölt információk megőrzési időszaká t e ren­
delet XVI. melléklete határozza meg.  ▼M3 
( 1 ) Az Európai Parlament és a Tanács (EU) 2016/679 rendelete (201 6. április 27.) 
a természetes személyeknek a személyes adatok kezelése tekintet ében történő 
védelméről és az ilyen adatok szabad áramlásáról, valamint a 95 /46/EK ren­
delet hatályon kívül helyezéséről (általános adatvédelmi rendel et) (HL L 119., 
2016.5.4., 1. o.). 
( 2 ) Az Európai Parlament és a Tanács (EU) 2018/1725 rendelete (20 18. 
október 23.) a természetes személyeknek a személyes adatok unió s intézmé­
nyek, szervek, hivatalok és ügynökségek általi kezelése tekinte tében való 
védelméről és az ilyen adatok szabad áramlásáról, valamint a 45 /2001/EK 
rendelet és az 1247/2002/EK határozat hatályon kívül helyezésér ől (HL L 295., 
2018.11.21., 39. o.).
 02015R2378 — HU — 01.01.2023 — 005.001 — 6  
3. cikk  
A CCN-hálózat használatával kapcsolatos gyakorlati intézkedések  
(1) A 2011/16/EU irányelv szerint továbbított információkban em lí­
tett jelentések, nyilatkozatok és egyéb dokumentumok a közös ko mmu­
nikációs hálózattól eltérő kommunikációs eszköz felhasználásáva l küld­
hetők.  
(2) Amennyiben a 2011/16/EU irányelvben említett információk 
továbbítása nem elektronikus úton, a közös kommunikációs hálóza t 
felhasználásával történik, és amennyiben kétoldalú megállapodás sal 
másként nem határozzák meg, a tájékoztatásnak a továbbított inf ormá­
ciók leírását és az információt továbbító, hatáskörrel rendelke ző hatóság 
aláírását tartalmazó levélben kell történnie.  
4. cikk  
Hatályon kívül helyezés  
Az 1156/2012/EU végrehajtási rendelet 2016. január1-jén hatályá t 
veszti.  
A hatályon kívül helyezett végrehajtási rendeletre való hivatko zásokat 
erre a rendeletre való hivatkozásként kell értelmezni.  
5. cikk  
Hatálybalépés és alkalmazás  
Ez a rendelet az  Európai Unió Hivatalos Lapjában  való kihirdetését 
követő harmadik napon lép hatályba.  
Ezt a rendeletet 2016. január 1-jétől kell alkalmazni.  
Ez a rendelet teljes egészében kötelező és közvetlenül alkalmaz andó 
valamennyi tagállamban.  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 7  
I. MELLÉKLET  
Az 1. cikk (2) bekezdésében említett formanyomtatvány  
A 2011/16/EU irányelv 5. cikke és 5a. cikke szerinti információ  és közigazgatási 
vizsgálat iránti megkeresésekre, valamint a 2011/16/EU irányelv  7. cikke szerinti 
vonatkozó válaszokra, átvételi elismervényekre, további háttér- információ iránti 
kérelmekre, a kérés teljesítésének lehetetlenségére vagy az elu tasítására alkalma­
zandó formanyomtatvány az alábbi mezőket tartalmazza (  1 ): 
— Jogalap  
— Hivatkozási szám  
— Dátum  
— A megkereső és a megkeresett hatóságok megnevezése  
— A vizsgálat vagy nyomozás alatt álló személy megnevezése  
— Általános esetleírás és adott esetben konkrét háttér-informác iók, amelyek 
valószínűleg lehetővé teszik a 2011/16/EU irányelv 2. cikkében említett 
adókra vonatkozó tagállami jogszabályok alkalmazásához és végre hajtásához 
szükséges információ előrelátható relevanciájának elbírálását  
— Az információkérés adózási célja  
— A vizsgált időszak  
— Bármely olyan személy neve és címe, akiről feltételezhető, ho gy a kért 
információ birtokában van  
— A 2011/16/EU irányelv 16. cikkének (1) bekezdésében meghatáro zott jogi 
követelmény teljesítése  
— A 2011/16/EU irányelv 17. cikkének (1) bekezdésében meghatáro zott jogi 
követelmény teljesítése  
— Közigazgatási vizsgálatra vonatkozó indokolt kérés és a kért közigazgatási 
vizsgálat elvégzésének megtagadására vonatkozó indokok  
— Az információkérés visszaigazolása  
— További háttér-információk iránti kérelem  
— Az információkérés teljesítésének lehetetlenségét vagy az elu tasítását alátá­
masztó indokok  
— A megállapított határidőig történő válaszadás elmulasztásának  okai és az az 
időpont, ameddig a megkeresett hatóság megítélése szerint képes  választ adni  
— A csoport részletes leírása.  ▼M4 
( 1 ) A formanyomtatványon azonban csak az adott ügyben ténylegesen  kitöltött mezőknek 
kell szerepelniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 8  
II. MELLÉKLET  
Az 1. cikk (3) bekezdésében említett formanyomtatvány  
A 2011/16/EU irányelv 9. cikke szerinti spontán módon közölt in formációkra és 
azoknak a 10. cikk szerinti visszaigazolásaira alkalmazandó for manyomtatvány a 
következő mezőket tartalmazza (  1 ): 
— Jogalap  
— Hivatkozási szám  
— Dátum  
— A küldő és a kapó hatóságok megnevezése  
— Annak a személynek a megjelölése, akire a spontán információc sere vonat­
kozik  
— Azon időszak, amelyre a spontán információcsere vonatkozik  
— A 2011/16/EU irányelv 16. cikkének (1) bekezdésében előírt jo gi követel­
mény teljesítése  
— A spontán módon közölt információk visszaigazolása.  ▼B 
( 1 ) A formanyomtatványon azonban csak az adott ügyben ténylegesen  kitöltött mezőknek 
szükséges megjelenniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 9  
III. MELLÉKLET  
Az 1. cikk (4) bekezdésében említett formanyomtatvány  
A 2011/16/EU irányelv 13. cikkének (1) és (2) bekezdése szerint i értesítés iránti 
kérelemre és azoknak az említett irányelv 13. cikkének (3) beke zdése szerint 
válaszaira alkalmazandó formanyomtatvány a következő mezőket ta rtalmazza (  1 ): 
— Jogalap  
— Hivatkozási szám  
— Dátum  
— A megkereső és a megkeresett hatóságok megnevezése  
— A jogi eszköz vagy határozat címzettjének neve és címe  
— Egyéb információk, amelyek megkönnyíthetik a címzett azonosít ását 
— A jogi eszköz vagy határozat tárgya  
— A megkeresett hatóság a 2011/16/EU irányelv 13. cikkének (3) bekezdése 
szerinti válasza, amely tartalmazza a jogi eszköz vagy határoza t címzettnek 
történő kézbesítésének időpontját.  ▼B 
( 1 ) A formanyomtatványon azonban csak az adott ügyben ténylegesen  kitöltött mezőknek 
szükséges megjelenniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 10  
IV. MELLÉKLET  
Az 1. cikk (5) bekezdésében említett formanyomtatvány  
A 2011/16/EU irányelv 14. cikkének (1) bekezdése szerinti vissz ajelzésre alkal­
mazandó formanyomtatvány a következő mezőket tartalmazza (  1 ): 
— Hivatkozási szám  
— Dátum  
— A visszajelzést kiadó, hatáskörrel rendelkező hatóság megneve zése 
— Általános visszajelzés a közölt információról  
— A közölt információhoz közvetlenül kapcsolódó eredmények.  ▼B 
( 1 ) A formanyomtatványon azonban csak az adott ügyben ténylegesen  kitöltött mezőknek 
szükséges megjelenniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 11  
V. MELLÉKLET  
Az 2. cikk (1) bekezdésében említett számítógépes formátum  
A 2011/16/EU irányelv 8. cikkének (1) bekezdése szerinti kötele ző automatikus 
információcsere során használt számítógépes formátum megfelel a  következő 
faszerkezetnek, és a következő elemcsoportokat tartalmazza (  1 ): 
a) A teljes üzenet esetében:
  
▼M4 
b) Munkaviszonyból származó jövedelemre, vezető tisztségviselők  tiszteletdíjára 
és jogdíjból származó jövedelemre vonatkozó információközlés üz enettörzse 
esetében:  
▼B
 ▼B 
( 1 ) A számítógépes formátumban azonban csak az adott ügyben tényl egesen rendelkezésre 
álló és alkalmazandó elemcsoportoknak szükséges megjelenniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 12  
c) A nyugdíjakra vonatkozó információközlés üzenettörzse esetéb en:
 
d) Az életbiztosítási termékekre vonatkozó információközlés üze nettörzse 
esetében:
  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 13  
e) Ingatlan tulajdonjogára és ingatlanból származó jövedelemre vonatkozó infor­
mációközlés üzenettörzse esetében:
  
f) Üzenettörzs abban az esetben, amikor egy konkrét kategóriáva l kapcsolatban 
nincs szükség információközlésre:
  
g) A valamely konkrét kategóriába tartozó információ megérkezés ét visszaiga­
zoló üzenettörzs esetében:
  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 14  
VI. MELLÉKLET  
Az 2. cikk (2) bekezdésében említett számítógépes formátum  
A 2011/16/EU irányelv 8. cikkének (3a) bekezdése szerinti kötel ező automatikus 
információcsere során használt számítógépes formátum megfelel a  következő 
faszerkezetnek, és a következő elemeket és attribútumokat tarta lmazza (  1 ): 
a) A teljes üzenet esetében:
  ▼B 
( 1 ) A számítógépes formátumban azonban csak a 2011/16/EU irányelv  I. és II. mellékletében 
található adatszolgáltatási és átvilágítási szabályok teljesíté sénél az adott ügyben tényle­
gesen alkalmazandó elemeknek és attribútumoknak szükséges megje lenniük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 15
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 16
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 17
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 18
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 19
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 20
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 21
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 22
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 23
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 24
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 25  
b) A fenti a) pont szerinti üzenetben a FATCA (az adójogszabály oknak a 
külföldi számlával rendelkező adóalanyok általi betartásáról sz óló törvény) 
és a CRS (közös adatszolgáltatási standard) által közösen haszn ált típusok 
esetében:
  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 26
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 27
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 28
  
c) A fenti a) pont szerinti üzenetben a közös OECD-típusok eset ében:
  ▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 29
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 30
  
▼B
 02015R2378 — HU — 01.01.2023 — 005.001 — 31  
VII. MELLÉKLET  
A 2a. cikkben említett formanyomtatvány  
A határokon átnyúló vonatkozású feltételes adómegállapításokra és az előzetes 
ármegállapításokra vonatkozó, a 2011/16/EU irányelv 8a. cikke s zerinti automa­
tikus információcseréhez alkalmazandó formanyomtatványnak az ug yanezen ren­
delet 8a. cikke (6) bekezdésében felsorolt elemeken túlmenően t artalmaznia kell a 
következő mezőt:  
a) A határozat hivatkozási száma.  ▼M1
 02015R2378 — HU — 01.01.2023 — 005.001 — 32  
VIII. MELLÉKLET  
A 2c. cikkben említett formanyomtatvány  
A 2011/16/EU irányelv 23. cikkének (3) bekezdése szerinti érték elés benyújtására 
szolgáló formanyomtatványnak az alábbi információkat kell tarta lmaznia:  
— a kérdőívre válaszoló tagállam megnevezése,  
— az információk rendelkezésre állása a tagállamban,  
— annak nyomon követése, hogy megküldték-e a 14. cikk (2) bekez dése szerinti 
kétoldalú éves visszajelzéseket,  
— az automatikus információcsere hatékonysága:  
— a kapott információk feldolgozása és a felmerült főbb általán os 
technikai (IT) problémák,  
— a kapott információk minősége (a válaszadókat/feleket azonosí tó informá­
ciókkal); a kapott információk tartalmával és a kapcsolódó java slatokkal 
összefüggő kérdések,  
— az információknak a szabálykövető magatartást erősítő felhasz nálása és 
hatékonysága (kitérve az információk elvi hasznosságára); az in formációk 
jelenlegi és jövőbeli felhasználása; az információk felhasználá sa adóterü­
letenként; a kapott információk felhasználása révén ösztönzött közigazga­
tási együttműködés,  
— gyakorlati eredmények a teljes eredmény megjelölésével (beleé rtve a 
különleges projekteket); a különleges projektekből származó kon krét ered­
mények; az automatikus információcsere fejlesztésével és végreh ajtásával 
kapcsolatos igazgatási és egyéb releváns költségek; az automati kus infor­
mációcserével összefüggő ismétlődő műveletek igazgatási költség ei; az 
adószabályok betartásával összefüggő műveletekhez kapcsolódó eg yéb 
releváns költségek; pozitív és negatív tapasztalatok; jogvitáho z és bírósági 
eljárás indításához vezető lényeges tényezők,  
— az országonkénti jelentések érintett tagállamokhoz való eljut tatására 
vonatkozó kötelezettség teljesítésének mértéke (más tagállamok adóható­
ságaitól kapott országonkénti jelentések száma/más tagállamok a dóható­
ságai által küldendő országonkénti jelentések száma),  
— az Adatszolgáltatásra kötelezett szervezetek megfelelésének m értéke az 
országonkénti jelentések benyújtására vonatkozó kötelezettség t eljesíté­
sében (a beérkezett országonkénti jelentések száma/a megküldend ő orszá­
gonkénti jelentések száma),  
— azon joghatóságok felsorolása, amelyekben az Unióban bejegyze tt, Adat­
szolgáltatásra kötelezett szervezetek Végső anyavállalatai ille tőséggel 
rendelkeznek, de ahol nem került sor teljes körű jelentések ben yújtására 
vagy továbbítására.  ▼M2
 02015R2378 — HU — 01.01.2023 — 005.001 — 33  
IX. MELLÉKLET  
A 2d. cikkben említett jegyzék  
A kötelező automatikus információcsere kivételével a közigazgat ási együtt­
működés minden más formájához a 2011/16/EU irányelv 23. cikkéne k (4) bekez­
dése értelmében szükséges statisztikai adatoknak tartalmazniuk kell a következő 
információkat:  
— A tagállam megnevezése  
— Év  
— A. rész: Az információcserére vonatkozó tagállami szintű stat isztikák  
— a megkeresésre történő információcseréről (a 2011/16/EU irány elv 5., 6. 
és 7. cikke)  
— Az elküldött megkeresések száma  
— A beérkezett válaszok száma  
— Az előírt határidőn belül beérkezett teljes válaszok száma  
— Azon válaszok száma, amelyek esetében az információk (részben  
vagy egészében) két hónapon belül beérkeztek  
— A beérkezett megkeresések száma  
— Az elküldött válaszok száma  
— A 2011/16/EU irányelv 17. cikke szerinti visszautasítások szá ma 
— csoportra vonatkozó, megkeresésre történő információcseréről (a 
2011/16/EU irányelv 5a. cikke)  
— Csoportra vonatkozó elküldött megkeresések száma  
— Csoportra vonatkozó beérkezett válaszok száma  
— Az előírt határidőn belül beérkezett, csoportra vonatkozó tel jes vála­
szok száma  
— Azon csoportra vonatkozó válaszok száma, amelyek esetében az infor­
mációk (részben vagy egészében) két hónapon belül beérkeztek  
— Csoportra vonatkozó beérkezett megkeresések száma  
— Csoportra vonatkozó elküldött válaszok száma  
— A 2011/16/EU irányelv 17. cikke szerinti, csoportra vonatkozó  vissza­
utasítások száma  
— a spontán információcseréről (a 2011/16/EU irányelv 9. és 10.  cikke)  
— Az elküldött spontán információcserék száma  
— A beérkezett spontán információcserék száma  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 34  
— B. rész: A közigazgatási együttműködés egyéb formáira vonatko zó statisz­
tikák  
— a közigazgatási hivatalokban való jelenlétről és a közigazgat ási vizsgála­
tokban való részvételről (a 2011/16/EU irányelv 11. cikke)  
— A közigazgatási hivatalokban való jelenlétre és a közigazgatá si vizs­
gálatokban való részvételre vonatkozóan beérkezett megkeresések  
száma  
— A közigazgatási hivatalokban való jelenlétre és a közigazgatá si vizs­
gálatokban való részvételre vonatkozóan küldött megkeresések sz áma 
— az egyidejű ellenőrzésekről (a 2011/16/EU irányelv 12. cikke)  
— A tagállam által kezdeményezett egyidejű ellenőrzések száma  
— Egyidejű ellenőrzések száma, amelyekben a tagállam részt vett  
— a kézbesítés iránti megkeresésekről (a 2011/16/EU irányelv 13 . cikke)  
— Az elküldött kézbesítés iránti megkeresések száma  
— A beérkezett kézbesítés iránti megkeresések száma  
— a visszajelzésről (a 2011/16/EU irányelv 14. cikke)  
— A visszajelzés iránti elküldött megkeresések száma  
— A beérkezett visszajelzések száma  
— A visszajelzés iránti beérkezett megkeresések száma  
— Az elküldött visszajelzések száma  
— C. rész: Az igazgatási együttműködés eredményeként a becsült többletbevé­
telre, illetve a becsült adó növekedésére vonatkozó statisztiká k. E részben az 
információszolgáltatás nem kötelező  
— A megkeresésre történő információcseréből  
— Spontán információcseréből  
— Egyidejű ellenőrzés eredményeként  
— Összesített szám és az esetek száma.  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 35  
X. MELLÉKLET  
A 2d. cikkben említett jegyzék  
A 2011/16/EU irányelv 8. cikkének (1) bekezdése szerinti jövede lem- és tőke­
kategóriákkal kapcsolatos kötelező automatikus információcseréh ez az 
irányelv 23. cikkének (4) bekezdése értelmében szükséges statis ztikai adatoknak 
a következő információkat kell tartalmazniuk:  
— A 2011/16/EU irányelv 8. cikkének (1) bekezdése szerinti vala mennyi jöve­
delem- és tőkekategória tekintetében: az üzenetekre és az adófi zetőkre vonat­
kozó statisztikák  
— A munkaviszonyból származó jövedelem és a vezető tisztségvise lők tisztelet­
díja esetében: az üzenetekre és a kedvezményezettekre, az üzene tekre és a 
fizető felekre, a kedvezményezettekre és a velük kialakult visz onyra, a fizető 
felekre és a velük kialakult viszonyra, a kedvezményezettekre é s a jövede­
lemre vonatkozó statisztikák  
— A nyugdíj esetében: az üzenetekre és a kedvezményezettekre, a z üzenetekre 
és a fizető felekre, a kedvezményezettekre, a fizető felekre, a  nyugdíjrend­
szerre és a jövedelemre vonatkozó statisztikák  
— Az életbiztosítási termékek esetében: az üzenetekre és a kötv ényekre, álta­
lában a kötvényekre és az eseményekre vonatkozó statisztikák  
— Az ingatlan tulajdonjoga és az ingatlanból származó jövedelem  esetében: az 
üzenetekre és a felekre, általában a felekre, az ingatlanok men nyiségére és 
értékére, az ügyletek mennyiségére és értékére, a hiteleseménye k mennyi­
ségére és értékére, valamint a jogokból származó jövedelem menn yiségére 
és értékére vonatkozó statisztikák  
— A jogdíjakból származó jövedelem esetében: az üzenetekre és a  kedvezmé­
nyezettekre, az üzenetekre és a fizető felekre, a kedvezményeze ttekre és a 
jövedelemre vonatkozó statisztikák  
— A státuszüzenetek esetében: a státuszüzenetekre és a státuszü zenetekkel 
kapcsolatos hibákra vonatkozó statisztikák  
— Az adatokat nem tartalmazó üzenetek esetében: az adatokat nem  tartalmazó 
üzenetekre vonatkozó statisztikák.  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 36  
XI. MELLÉKLET  
A 2d. cikkben említett jegyzék  
A 2011/16/EU irányelv 8. cikkének (3a) bekezdése szerinti kötel ező automatikus 
információcseréhez az irányelv 23. cikkének (4) bekezdése értel mében szükséges 
statisztikai adatoknak a következő információkat kell tartalmaz niuk:  
— üzenetenként a származási országra és a rendeltetési országra , az összes 
bejegyzésre és a kifizetés teljes összegére vonatkozó statiszti kák, 
— származási országonként az adatszolgáltató pénzügyi intézmény ek teljes 
számára és a kifizetés teljes összegére vonatkozó statisztikák,  
— egyedi számlánként a számlatulajdonosok mennyiségére, a fizet ési kategóri­
ákra és a fizetési kategóriánkénti összegre vonatkozó statiszti kák, 
— számlánként a számlatulajdonosok típusára, a számlatulajdonos ok adóazono­
sító számára vagy ezzel egyenértékű azonosítójára, a számlatula jdonosok 
illetősége szerinti országra, a természetes személynek minősülő  számlatulaj­
donosokra, a lezárt számlákra és a nyugvó számlákra vonatkozó s tatisztikák,  
— számlatulajdonosonként az ellenőrzést gyakorló személyek típu sára, az ellen­ 
őrzést gyakorló személyek adóazonosító számára vagy annak funkc ionális 
megfelelőjére, az ellenőrzést gyakorló személyek adóazonosító s zámára, az 
ellenőrzést gyakorló személyek illetősége szerinti országra és a természetes 
személynek minősülő, ellenőrzést gyakorló személyekre vonatkozó  statisz­
tikák.  ▼M2
 02015R2378 — HU — 01.01.2023 — 005.001 — 37  
XII. MELLÉKLET  
A 2d. cikkben említett jegyzék  
A 2011/16/EU irányelv 8aa. cikke szerinti kötelező automatikus információcse­
réhez az irányelv 23. cikkének (4) bekezdése értelmében szükség es statisztikai 
adatoknak a következő információkat kell tartalmazniuk:  
— az Adatszolgáltatásra kötelezett szervezetektől kapott ország onkénti jelentések 
száma,  
— az Adatszolgáltatásra kötelezett szervezetek által küldendő o lyan országon­
kénti jelentések száma, amelyek nem, vagy csak részben érkeztek  be (a 
Végső anyavállalatok joghatóságai szerinti bontásban),  
— az összes többi tagállamtól kapott országonkénti jelentések s záma,  
— az összes többi tagállam által küldendő, de be nem érkezett o rszágonkénti 
jelentések száma,  
— az összes többi tagállamnak megküldött országonkénti jelentés ek száma.  ▼M2
 02015R2378 — HU — 01.01.2023 — 005.001 — 38  
XIII. MELLÉKLET  
A 2e. cikkben említett formanyomtatvány  
A adatszolgáltatási kötelezettség alá tartozó, határokon átnyúl ó konstrukciókra 
vonatkozó, a 2011/16/EU irányelv 8ab. cikke szerinti automatiku s információcse­
réhez alkalmazandó formanyomtatványnak az említett irányelv 8ab . cikkének 
(14) bekezdésében felsorolt elemeken túlmenően tartalmaznia kel l a következő 
mezőt:  
a) az adatszolgáltatási kötelezettség alá tartozó, határokon át nyúló konstrukció(k) 
hivatkozási száma.  ▼M3
 02015R2378 — HU — 01.01.2023 — 005.001 — 39  
XIV. MELLÉKLET  
A 2. cikk (3) bekezdésében említett számítógépes formátum  
A 2011/16/EU irányelv 8ac. cikkének (2) bekezdése szerinti köte lező automa­
tikus információcsere során használt számítógépes formátum megf elel a követ­
kező faszerkezetnek, és a következő elemeket és attribútumokat tartalmazza (  1 ) 
<?xml version="1.0" encoding="UTF-8"?>  
<!– edited with XMLSpy v2021 (x64) (http://www.altova.com) by Romane Dragozis (ARHS Developments S.A.) –>  
<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"/>  
<!–+++++++++++++++++++++++ 
Reusable Simple types ++++++++++++++++++++++++++++++++++++++ –>  
<!– Message type definitions –>  
<!– –>  
<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>  ▼M4 
( 1 ) A számítógépes formátumban azonban csak az (EU) 2021/514 taná csi irányelvvel módo­
sított 2011/16/EU tanácsi irányelv V. mellékletének II. és III.  szakaszában található 
átvilágítási eljárások lefolytatásánál és adatszolgáltatási sza bályok teljesítésénél az adott 
ügyben ténylegesen alkalmazandó elemeknek és attribútumoknak sz ükséges megjelen­
niük.
 02015R2378 — HU — 01.01.2023 — 005.001 — 40  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  
</xsd:simpleType>  
<!– MessageTypeIndic - 4 –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 41  
</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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 42  
</xsd:enumeration>  
<xsd:enumeration value="Other">  
<xsd:annotation>  
<xsd:documentation>Other</xsd:documentation>  
</xsd:annotation>  
</xsd:enumeration>  
</xsd:restriction>  
</xsd:simpleType>  
<!– –>  
<!–DPI Property Type –>  
<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">  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 43  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 44  
<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>  
<!– –>  
<!–DPI Nexus Type –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 45  
</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 (inclu ding 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 incorporat ed 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 46  
</xsd:simpleType>  
<!– –>  
<!– –>  
<!–++++++++++++++++++ Reusable Complex 
types +++++++++++++++++++++++++++++++++++++ –>  
<!– –>  
<!–The Name of a Party, given in fixed Form–>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 47  
</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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 48  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 49  
</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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 50  
<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">Dece ­
ased, Retired ...</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
<xsd:attribute name="nameTy pe" 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>  
<!– –>  
<!–Collection of all Data describing a person as a Party –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 51  
</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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 52  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 53  
</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>  
<!– –>  
<!–Address Fix –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 54  
<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 dist ­
rict 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 55  
</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>  
<!– –>  
<!–The Address of a Party, given in fixed or free Form, possibly in 
both Forms –>  
<xsd:complexType name="Address_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 56  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 57  
</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: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:choice>  
</xsd:sequence>  
<xsd:attribute name="legalAddressType" type="stf:OECDLegalAdd ­
ressType_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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 58  
</xsd:complexType>  
<!– –>  
<!–The place of birth –>  
<xsd:complexType name="BirthPlace_Type">  
<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: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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 59  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="For- 
merCountryName" 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>  
<!– –>  
<!–General Type for Monetary Amounts –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 60  
</xsd:complexType>  
<!– –>  
<!–Organisation name –>  
<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>  
<!– –>  
<!–Organisation name (Reportable Seller)–>  
<xsd:complexType name="NameReportableSeller_Type">  
<xsd:annotation>  
<xsd:documentation xml:lang="en">Name of Sel- 
ler</xsd:documentation>  
</xsd:annotation>  
<xsd:simpleContent>  
<xsd:extension 
base="stf:StringMin1Max200_Type"/>  
</xsd:simpleContent>  
</xsd:complexType>  
<!– –>  
<!–TIN –>  
<xsd:complexType name="TIN_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 61  
<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 provi- 
ded, 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>  
<!– –>  
<!–Message specification: Data identifying and describing 
the message as a whole–>  
<xsd:complexType name="MessageSpec_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 62  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 63  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 64  
<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:date ­
Time">  
<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>  
<!– –>  
<!–Organisation Identification Number –>  
<xsd:complexType name="OrganisationIN_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 65  
<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 defi- 
nes 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 66  
<!– –>  
<!–Collection of all Data describing an organisationy 
as party–>  
<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 repea ­
table 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 67  
<xsd:element name="TIN" type="dpi:TIN_Type" 
maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>This repea ­
table 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:NameOr ­
ganisation_Type" maxOccurs="unbounded">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 68  
<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">  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 69  
<xsd:annotation>  
<xsd:documentation>The Assu- 
med Reporting element identifies whether the Reporting Platform Operator is not reporting information on Repor ­
table 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 there ­
fore 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 optio- 
nal for the purposes of [EU DIR2021/514].  
</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Correctable Platform Operator_Type–>  
<xsd:complexType name="CorrectablePlatformOperator_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 70  
<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 correc ­
tion.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:extension>  
</xsd:complexContent>  
</xsd:complexType>  
<!– –>  
<!–Correctable Reportable Seller–>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 71  
<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 correc ­
tion.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:extension>  
</xsd:complexContent>  
</xsd:complexType>  
<!– –>  
<!–Additional Info –>  
<xsd:complexType name="CorrectableAdditionalInfo_Type">  
<xsd:sequence>  
<xsd:element name="DocSpec" type="stf:DocSpec_Type"/>  
<xsd:element name="OtherInfo" type="stf:String- 
Min1Max4000WithLang_Type" maxOccurs="unbounded">  
<xsd:annotation>  
<xsd:documentation>Please include any further brief informa ­
tion or explanation you consider necessary or that would facilitate the understanding of the compulsory informa ­
tion 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:element name="SummaryRef" type="dpi: 
DPISummaryListElementsType_EnumType" minOccurs="0" maxOccurs="unbounded"/> –>  
</xsd:sequence>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 72  
</xsd:complexType>  
<!– –>  
<!–Duplicate of Account Holder Type (from CRS)–>  
<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>  
<!– –>  
<!–Financial Identifer for Identity–>  
<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">  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 73  
<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>  
<!– –>  
<!–Identifer for Financial Identifier–>  
<xsd:complexType name="Identifier_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 74  
<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>  
<!– –>  
<!–OtherActivities (Complex)–>  
<xsd:complexType name="OtherActivities_Type">  
<xsd:sequence>  
<xsd:element name="Consideration" type="dpi:Consi ­
derationType">  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 75  
<xsd:element name="NumberOfActivities" type="dpi: 
NumberOfActivities_Type">  
<xsd:annotation>  
<xsd:documentation>The Number of Activi ­
ties 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 Considera ­
tion.</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>  
<!– –>  
<!–Number of Activities (Complex)–>  
<xsd:complexType name="NumberOfActivities_Type">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 76  
<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>  
<!– –>  
<!–Taxes Type (Complex)–>  
<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"/>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 77  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–Fees Type (Complex) –>  
<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>  
<!– –>  
<!–Consideration Type (Complex) –>  
<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.  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 78  
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>  
<!– –>  
<!–Property Listing Type (Complex) –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 79  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="Consideration" type="dpi:Conside ­
rationType">  
<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).  
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>  
<xsd:documentation>The Number of Activi ­
ties 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.  
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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 80  
</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:DPIPro ­
pertyType_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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 81  
<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>  
<!– –>  
<!–GVS Type (Complex) –>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 82  
<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:Finan ­
cialIdentifier_Type" minOccurs="0">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 83  
<xsd:documentation>The Financial Identi ­
fier 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>  
<!– –>  
<!– Reportable Seller (Complex)–>  
<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 comp ­
rised of the Standard and GVS elements.</xsd:documentation>  
</xsd:annotation>  
<xsd:complexType>  
<xsd:choice>  
<xsd:element name="Standard">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 84  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 85  
</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 comp ­
leted 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="Individual ­
Seller">  
<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 Person ­
Party 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 86  
<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:documentation>The GVS element should be comp ­
leted in case the Reporting Platform Operator has relied on an approved Government Verification Service in order 
to identify and document the Individual Seller.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:choice>  
</xsd:complexType>  
</xsd:element>  
</xsd:choice>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 87  
</xsd:complexType>  
</xsd:element>  
<xsd:element name="RelevantActivities">  
<xsd:annotation>  
<xsd:documentation>The Relevant Activi ­
ties 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="Immovable ­
Property" 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:PropertyLis ­
tingType" 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 88  
</xsd:element>  
<xsd:element name="Per- 
sonalServices" 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="Sa- 
leOfGoods" 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="Tran- 
sportationRental" type="dpi:OtherActivities_Type" minOccurs="0">  
<xsd:annotation>  
<xsd:documentation>The Transportation Rental element speci ­
fies 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>  
<!– –>  
<!– Permanent Establishments (Complex)–>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 89  
<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>  
<!– –>  
<!– Other Platform Operators (Complex)–>  
<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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 90  
<xsd:documentation>This repeatable element provides infor ­
mation 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 infor ­
mation 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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 91  
<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:NameOrganisa ­
tion_Type">  
<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="Address"  type="dpi:Address_Type">  
<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:sequence>  
</xsd:complexType>  
<!– –>  
<!– Correctable Other Platform Operator (Complex)–>  
<xsd:complexType name="CorrectableOtherRPO_Type">  
<xsd:complexContent>  
<xsd:extension base="dpi:OtherRPO_Type">  
<xsd:sequence>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 92  
<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>  
<!–DPI Body Type - DPI Reporting –>  
<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:Cor- 
rectablePlatformOperator_Type">  
<xsd:annotation>  
<xsd:documentation>The Platform Opera- 
tor element identifies the Reporting Platform Operator and follows the Organisation Party type (see Organisation ­
Party_Type).</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
<xsd:element name="OtherPlatformOperators" type="dpi: 
OtherPlatformOperators_Type" minOccurs="0">  
<xsd:annotation>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 93  
<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:Correctable 
ReportableSeller_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 Messa ­
geTypeIndic is set to “DPI403”, no Reportable Seller must be provided.</xsd:documentation>  
</xsd:annotation>  
</xsd:element>  
</xsd:sequence>  
</xsd:complexType>  
<!– –>  
<!–+++++++++++++++++++++++++++++++++++++++ 
++++++++++++++++++ Schema element ++++++++++++++++++++++++++++++++++++++++++++ –>  
<!– DPI OECD File Message structure –>  
<!– –>  
<!–DPI Message structure –>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 94  
<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:documentation>The DPI Body element contains the infor ­
mation 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>  
</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>  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 95  
XV. MELLÉKLET  
A 2d. cikkben említett jegyzék  
A 2011/16/EU irányelv 8ac. cikkének (2) bekezdése szerinti köte lező informáci­
ócseréhez az adott irányelv 23. cikkének (4) bekezdése értelméb en szükséges 
statisztikai adatoknak a következő információkat kell tartalmaz niuk:  
— Üzenetenként az adatszolgáltatásra kötelezett platformüzemelt etőktől a köte­
lező automatikus információcsere céljából kapott jelentések tel jes számára 
vonatkozó statisztikák  
— Üzenetenként az összes többi tagállamtól kapott jelentések te ljes számára 
vonatkozó statisztikák  
— Minden adatszolgáltatási kötelezettség tárgyát képező értékes ítő tekintetében 
az adatszolgáltatási kötelezettség tárgyát képező értékesítő tí pusára, adóazo­
nosító számára vagy annak funkcionális megfelelőjére, az adatsz olgáltatási 
kötelezettség tárgyát képező értékesítő illetősége szerinti tag államra és az 
információközlés okára vonatkozó statisztikák; Az adatszolgálta tási kötele­
zettség tárgyát képező értékesítő illetősége szerinti tagállama  és/vagy az 
ingatlan címe szerinti tagállam  
— Adatszolgáltatásra kötelezett platformüzemeltetőnként az érin tett tevékenység­
típusra és ellenértékre, valamint a közvetített ingatlanok típu sára vonatkozó 
statisztikák.  ▼M4
 02015R2378 — HU — 01.01.2023 — 005.001 — 96  
XVI. MELLÉKLET  
A 2f. cikk (1) bekezdésében említett formanyomtatvány  
Az adatszolgáltatásra nem kötelezett platformüzemeltetőkre vona tkozó informá­
cióknak a 2011/16/EU irányelv 8ac. cikkének (6) bekezdése szeri nti közléséhez, 
valamint a külföldi platformüzemeltetőkre vonatkozó információk nak 
a 2011/16/EU irányelv V. melléklete IV. szakaszának F.2. és F.4 . pontja szerinti 
közléséhez használandó formanyomtatvány a következő mezőket tar talmazza:  
a) Az adatszolgáltatásra nem kötelezett platformüzemeltető neve  
b) Az adatszolgáltatásra nem kötelezett platformüzemeltető post ai címe  
c) Az adatszolgáltatásra nem kötelezett platformüzemeltető elek tronikus 
címe, beleértve weboldalait is  
d) adott esetben az adatszolgáltatásra nem kötelezett platformü zemeltető 
részére kiadott adóazonosító szám  
e) Az a tagállam, amely számára a 2011/16/EU irányelv V. mellék lete I. 
szakaszának A.3. pontja szerinti bionyítás megtörtént, valamint  
f) azon pénzügyi év, amelytől az adatszolgáltatásra nem kötelez ett platform­
üzemeltető státuszt megadták.  
A külföldi platformüzemeltet ők egyedi azonosító számának formátuma  
Az egyedi azonosító szám 12 karakterből áll, CCYYYYXXXXXX formá ­
tumban, ahol: CC az egyedi azonosító számot kibocsátó tagállam 
ISO-országkódja; YYYY azt az évet jelöli, amikor a külföldi pla tformüze­
meltető regisztrálja magát az egyszeri nyilvántartásba vétel sz erinti tagál­
lamban; és XXXXXX betűkből és/vagy számokból álló egyedi karakt erlánc.  
A központi nyilvántartásból törölt vagy eltávolított bizonyos információk 
megőrzési időszaka  
(1) Amennyiben az (EU) 2021/514 irányelvvel módosított 2011/16/ EU irány­
elv V. melléklete I. szakasza A.4. pontjának b) alpontja értelm ében vett 
adatszolgáltatásra kötelezett platformüzemeltető nyilvántartásb a vételét 
a 2011/16/EU irányelv V. melléklete IV. szakaszának F.7. pontjá val össz­
hangban visszavonják, az egyszeri nyilvántartásba vétel helye s zerinti 
tagállam törli a központi nyilvántartásból az adatszolgáltatásr a kötelezett plat­
formüzemeltetőt. A központi nyilvántartás a 2011/16/EU irányelv  V. mellék­
lete IV. szakaszának F.2. és F.4. pontjában említett törölt inf ormációkat a 
törlés időpontjától számított legfeljebb 12 hónapig őrzi meg.  
(2) A központi nyilvántartásból eltávolításra kerülnek az adats zolgáltatásra nem 
kötelezett platformüzemeltetőkre vonatkozóan rögzített informác iók, ameny­
nyiben az (EU) 2021/514 irányelvvel módosított 2011/16/EU irány elv V. 
melléklete I. szakaszának A.3. pontja értelmében vett adatszolg áltatásra 
nem kötelezett platformüzemeltető előzetesen, majd évente nem b izonyítja 
a tagállam azon hatáskörrel rendelkező hatósága számára – e hat óság számára 
kielégítő módon –, amelynek egyébként a 2011/16/EU irányelv V. melléklete 
III. szakaszának A.1.–A.3. pontjában meghatározott szabályokkal  össz­
hangban adatot kellene szolgáltatnia, hogy a Platform egész üzl eti modellje 
olyan, hogy nem rendelkezik adatszolgáltatási kötelezettség tár gyát képező 
értékesítőkkel. A központi nyilvántartás az e rendelet XVI. mel lékletének 
a)–f) pontjában említett eltávolított információkat a nyilvánta rtásba vett infor­
mációk eltávolításának időpontjától számított legfeljebb 12 hón apig őrzi meg.  ▼M4