|
18.12.2015 |
SL |
Uradni list Evropske unije |
L 332/19 |
IZVEDBENA UREDBA KOMISIJE (EU) 2015/2378
z dne 15. decembra 2015
o določitvi podrobnih pravil za izvajanje nekaterih določb Direktive Sveta 2011/16/EU o upravnem sodelovanju na področju obdavčevanja in razveljavitvi Izvedbene uredbe (EU) št. 1156/2012
EVROPSKA KOMISIJA JE –
ob upoštevanju Pogodbe o delovanju Evropske unije,
ob upoštevanju Direktive Sveta 2011/16/EU z dne 15. februarja 2011 o upravnem sodelovanju na področju obdavčevanja in razveljavitvi Direktive 77/799/EGS (1) ter zlasti člena 20(1), (3) in (4) ter člena 21(1) Direktive,
ob upoštevanju naslednjega:
|
(1) |
Direktiva 2011/16/EU je nadomestila Direktivo Sveta 77/799/EGS (2). Prilagojena so bila številna pomembna pravila glede upravnega sodelovanja na področju obdavčevanja, zlasti glede izmenjave informacij med državami članicami z namenom povečanja učinkovitosti čezmejne izmenjave informacij. |
|
(2) |
Direktiva Sveta 2014/107/EU (3) je spremenila Direktivo 2011/16/EU in uvedla obvezno avtomatično izmenjavo podatkov o finančnih računih ter s tem povezani sklop pravil o poročanju in dolžni skrbnosti. |
|
(3) |
Da se zagotovi delovanje novega pravnega okvira, Direktiva 2011/16/EU predpisuje določena pravila o standardnih obrazcih in elektronski obliki ter praktične postopke za izmenjavo podatkov med državami članicami, ki jih je treba sprejeti z izvedbenimi akti. Izvedbena uredba Komisije (EU) št. 1156/2012 (4) določa podrobna pravila glede standardnih obrazcev in elektronske oblike, ki se uporabljajo v zvezi z Direktivo 2011/16/EU. |
|
(4) |
Ob upoštevanju sprememb, ki jih je treba uvesti z namenom izvajanja Direktive 2011/16/EU in za lažjo berljivost izvedbenega akta, je primerno razveljaviti Izvedbeno uredbo (EU) št. 1156/2012 ter določiti nova prečiščena pravila. |
|
(5) |
Za lažjo izmenjavo podatkov Direktiva 2011/16/EU določa, da bi morala takšna izmenjava podatkov na podlagi navedene direktive, razen obvezne avtomatične izmenjave podatkov, potekati z uporabo standardnih obrazcev. |
|
(6) |
Uporabljeni standardni obrazci bi morali vsebovati več polj, ki so dovolj raznolika, da se državam članicam omogoči enostavno obravnavanje vseh relevantnih primerov z uporabo polj, ki ustrezajo posameznemu primeru. |
|
(7) |
Za namene obvezne avtomatične izmenjave podatkov Direktiva 2011/16/EU zahteva, da Komisija sprejme praktične postopke in elektronsko obliko. Z namenom zagotovitve ustreznosti in uporabnosti izmenjanih podatkov ter učinkovitosti same izmenjave bi bilo v zvezi s tem treba določiti podrobna pravila. |
|
(8) |
Pogoj, da je obvezna avtomatična izmenjava podatkov za pet kategorij prihodkov in kapitala iz člena 8(1) Direktive 2011/16/EU odvisna od razpoložljivosti podatkov, upravičuje, da opredelitev ustrezne elektronske oblike ni podrobnejša od ravni splošne strukture in vrst elementov, ki sestavljajo elektronsko obliko, podrobnejši elementi, izmenjani v okviru vsake od teh vrst, pa so še naprej odvisni od njihove razpoložljivosti v vsaki državi članici. |
|
(9) |
Ob upoštevanju, da bodo podatke, izmenjane v skladu s členom 8(3a) Direktive 2011/16/EU, zbirale poročevalske finančne institucije v skladu z veljavnimi pravili o poročanju in dolžni skrbnosti iz prilog I in II k Direktivi 2011/16/EU ter da zato izmenjava ni pogojena z razpoložljivostjo podatkov, bi morala biti elektronska oblika, ki se uporabi, razširjena, da zajame najnižjo raven podrobnosti, in bi morala vključevati vse elemente, skupaj z njihovimi ustreznimi atributi, če obstajajo. |
|
(10) |
V skladu z Direktivo 2011/16/EU bi bilo treba podatke, kadar je to mogoče, predložiti v elektronski obliki z uporabo skupnega komunikacijskega omrežja (CCN). Kadar je to potrebno, bi bilo treba za sporočanje določiti praktične postopke. Podrobna pravila bi morala veljati za pošiljanje poročil, izjav in drugih dokumentov, ki ne vsebujejo izmenjanih podatkov, ampak jih spremljajo, in v primeru sporočanja zunaj omrežja CCN ter brez poseganja v druge dvostransko dogovorjene ureditve za sporočanje in prepoznavanje izmenjanih podatkov. |
|
(11) |
Zakoni, uredbe in upravne določbe v državah članicah, ki so potrebni za uskladitev s členom 8(3a) Direktive 2011/16/EU glede obvezne avtomatične izmenjave podatkov o finančnih računih, se uporabljajo od 1. januarja 2016. Zato bi bilo treba to uredbo uporabljati od istega datuma. |
|
(12) |
Ukrepi iz te uredbe so v skladu z mnenjem Stalnega odbora za upravno sodelovanje pri obdavčevanju – |
SPREJELA NASLEDNJO UREDBO:
Člen 1
Standardni obrazci za izmenjavo na zaprosilo, izmenjavo na lastno pobudo, vročitev in povratne informacije
1. Pri uporabljenih obrazcih „polje“ pomeni rubriko obrazca, v kateri se lahko zabeležijo informacije, ki se izmenjajo v skladu z Direktivo 2011/16/EU.
2. Obrazec, ki se uporabi za zaprosila za informacije in administrativne preiskave iz člena 5 Direktive 2011/16/EU ter odgovore nanje, potrdila o prejemu, zaprosila za dodatne informacije o okoliščinah, nezmožnost ali zavrnitev na podlagi člena 7 navedene direktive, je skladen s Prilogo I k tej uredbi.
3. Obrazec, ki se uporabi za informacije, posredovane na lastno pobudo, in potrdila o njihovem prejemu iz členov 9 in 10 Direktive 2011/16/EU, je skladen s Prilogo II k tej uredbi.
4. Obrazec, ki se uporabi za zaprosila za vročitev iz člena 13(1) in 13(2) Direktive 2011/16/EU in za odgovore nanje iz člena 13(3) navedene direktive, je skladen s Prilogo III k tej uredbi.
5. Obrazec, ki se uporabi za povratne informacije iz člena 14(1) Direktive 2011/16/EU, je skladen s Prilogo IV k tej uredbi.
Člen 2
Elektronska oblika obvezne avtomatične izmenjave podatkov
1. Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo podatkov v skladu s členom 8(1) Direktive 2011/16/EU, je skladna s Prilogo V k tej uredbi.
2. Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo podatkov v skladu s členom 8(3a) Direktive 2011/16/EU, je skladna s Prilogo VI k tej uredbi.
Člen 3
Praktični postopki glede uporabe omrežja CCN
1. Poročila, izjave in vsi drugi dokumenti, navedeni v sporočenih informacijah v skladu z Direktivo 2011/16/EU, se lahko pošljejo prek komunikacijskih sredstev, ki niso omrežje CCN.
2. Kadar se informacije iz Direktive 2011/16/EU ne izmenjujejo z elektronskimi sredstvi z uporabo omrežja CCN in če ni drugače dvostransko dogovorjeno, se informacije pošljejo skupaj z dopisom, v katerem so opisane sporočene informacije in ki ga ustrezno podpiše pristojni organ, ki informacije sporoča.
Člen 4
Razveljavitev
Izvedbena uredba (EU) št. 1156/2012 se razveljavi z učinkom od 1. januarja 2016.
Sklicevanja na razveljavljeno izvedbeno uredbo se razumejo kot sklicevanja na to uredbo.
Člen 5
Začetek veljavnosti in uporaba
Ta uredba začne veljati tretji dan po objavi v Uradnem listu Evropske unije.
Uporablja se od 1. januarja 2016.
Ta uredba je zavezujoča v celoti in se neposredno uporablja v vseh državah članicah.
V Bruslju, 15. decembra 2015
Za Komisijo
Predsednik
Jean-Claude JUNCKER
(1) UL L 64, 11.3.2011, str. 1.
(2) Direktiva Sveta 77/799/EGS z dne 19. decembra 1977 o medsebojni pomoči pristojnih organov držav članic na področju neposrednega obdavčevanja (UL L 336, 27.12.1977, str. 15).
(3) Direktiva Sveta 2014/107/EU z dne 9. decembra 2014 o spremembi Direktive 2011/16/EU glede obvezne avtomatične izmenjave podatkov na področju obdavčenja (UL L 359, 16.12.2014, str. 1).
(4) Izvedbena uredba Komisije (EU) št. 1156/2012 z dne 6. decembra 2012 o določitvi podrobnih pravil za izvajanje nekaterih določb Direktive Sveta 2011/16/EU o upravnem sodelovanju na področju obdavčenja (UL L 335, 7.12.2012, str. 42).
PRILOGA I
Obrazec iz člena 1(2)
Obrazec za zaprosila za informacije in administrativne preiskave iz člena 5 Direktive 2011/16/EU ter odgovore nanje, potrdila o prejemu, zaprosila za dodatne informacije o okoliščinah, nezmožnost ali zavrnitev na podlagi člena 7 Direktive 2011/16/EU vsebuje naslednja polja (1):
|
— |
Pravna podlaga |
|
— |
Referenčna številka |
|
— |
Datum |
|
— |
Identiteta organa prosilca in zaprošenega organa |
|
— |
Identiteta osebe, ki je predmet preverjanja ali preiskave |
|
— |
Splošni opis primera in po potrebi posebne informacije o okoliščinah, ki bodo verjetno omogočile oceno verjetne primernosti informacij, zaprošenih od uprave, in uveljavljanje nacionalne zakonodaje države članice o davkih iz člena 2 Direktive 2011/16/EU |
|
— |
Davčni namen, za katerega se zahtevajo podatki |
|
— |
Obdobje, ki je predmet preiskave |
|
— |
Ime in naslov katere koli osebe, za katero se meni, da razpolaga z zaprošenimi informacijami |
|
— |
Izpolnitev zakonske zahteve iz člena 16(1) Direktive 2011/16/EU |
|
— |
Izpolnitev zakonske zahteve iz člena 17(1) Direktive 2011/16/EU |
|
— |
Obrazloženo zaprosilo za posebno administrativno preiskavo in razlogi, zaradi katerih je bila izvedba posebne administrativne preiskave zavrnjena |
|
— |
Potrdilo o prejemu zaprosila za informacije |
|
— |
Zaprosilo za dodatne informacije o okoliščinah |
|
— |
Razlogi za nezmožnost ali zavrnitev predložitve informacij |
|
— |
Razlogi, zaradi katerih odgovor do zadevnega roka ni bil poslan, in datum, do katerega zaprošeni organ meni, da bo lahko odgovoril. |
(1) Vendar pa so za posamezni primer na obrazcu samo tista polja, ki so v navedenem primeru dejansko izpolnjena.
PRILOGA II
Obrazec iz člena 1(3)
Obrazec za informacije na lastno pobudo in potrdila o njihovem prejemu iz člena 9 oziroma 10 Direktive 2011/16/EU vsebuje naslednja polja (1):
|
— |
Pravna podlaga |
|
— |
Referenčna številka |
|
— |
Datum |
|
— |
Identiteta organa pošiljatelja in organa prejemnika |
|
— |
Identiteta osebe, ki je predmet izmenjave informacij na lastno pobudo |
|
— |
Obdobje, ki ga pokriva izmenjava informacij na lastno pobudo |
|
— |
Izpolnitev zakonske zahteve iz člena 16(1) Direktive 2011/16/EU |
|
— |
Potrdilo o prejemu informacij na lastno pobudo. |
(1) Vendar pa so za posamezni primer na obrazcu samo tista polja, ki so v navedenem primeru dejansko izpolnjena.
PRILOGA III
Obrazec iz člena 1(4)
Obrazec za zaprosila za vročitev iz člena 13(1) in 13(2) Direktive 2011/16/EU in odgovor nanj iz člena 13(3) navedene direktive vsebuje naslednja polja (1):
|
— |
Pravna podlaga |
|
— |
Referenčna številka |
|
— |
Datum |
|
— |
Identiteta organa prosilca in zaprošenega organa |
|
— |
Ime in naslov naslovnika instrumenta ali sklepa |
|
— |
Ostale informacije, ki bi lahko poenostavile identifikacijo naslovnika |
|
— |
Predmet instrumenta ali sklepa |
|
— |
Odgovor zaprošenega organa v skladu s členom 13(3) Direktive 2011/16/EU, vključno z datumom vročitve instrumenta ali sklepa naslovniku. |
(1) Vendar pa so za posamezni primer na obrazcu samo tista polja, ki so v navedenem primeru dejansko izpolnjena.
PRILOGA IV
Obrazec iz člena 1(5)
Obrazec za povratne informacije iz člena 14(1) Direktive 2011/16/EU vsebuje naslednja polja (1):
|
— |
Referenčna številka |
|
— |
Datum |
|
— |
Identiteta pristojnega organa, ki izda povratne informacije |
|
— |
Splošne povratne informacije glede predloženih informacij |
|
— |
Rezultati, ki so neposredno povezani s predloženimi informacijami |
(1) Vendar pa so za posamezni primer na obrazcu samo tista polja, ki so v navedenem primeru dejansko izpolnjena.
PRILOGA V
Elektronska oblika iz člena 2(1)
Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo podatkov v skladu s členom 8(1) Direktive 2011/16/EU, je skladna z naslednjo drevesno strukturo in vsebuje naslednje vrste elementov (1):
|
(a) |
v posameznem sporočilu: - glavo („HEADER“), ki vsebuje: -- državo izvora („ORIGINATING COUNTRY“), -- namembne države („DESTINATION COUNTRIES“), -- enolično oznako sporočila („MESSAGE ID“), -- oznako korelacije („CORRELATION ID“), -- časovni žig („TIMESTAMP“) in -- navedbo vrste sporočila („MESSAGE TYPE INDIC“) – ter telo sporočila („BODY“), ki sledi drevesni strukturi in vsebuje vrste elementov enega od teles sporočil, zajetih v tej prilogi v točkah od (b) do (g), glede na naravo podatkov, ki se izmenjujejo avtomatično. |
|
(b) |
v telesu sporočila za sporočanje podatkov o dohodku iz zaposlitve ali o plačilih direktorjem: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - davčno leto („TAX YEAR“) ter - enega ali več elementov, ki vsebujejo: -- enega ali več prejemnikov („RECIPIENTS“) s podatki o vsakem prejemniku in ki vsebujejo: --- enega ali več plačnikov („PAYERS“) s podatki o vsakem plačniku in ki vsebujejo: ---- eno ali več razmerij („RELATIONSHIPS“) s podatkom o naravi posameznega razmerja med prejemnikom in plačnikom in ki vsebujejo: ----- eno ali več delovnih mest („WORKPLACE“), kjer se razmerje izvaja, in ----- enega ali več dohodkov („INCOMES“) s podatki o vsakem dohodku ali plačilu v okviru razmerja in ki vsebuje: ------ število („QUANTITY“) dni, ki jih je prejemnik preživel v državi članici oziroma ko je delal; -- in/ali eno ali več razveljavitev prejemnikov („RECIPIENT INVALIDATIONS“) v primeru popravka ali preklica predhodno izmenjanih podatkov. |
|
(c) |
v telesu sporočila za sporočanje podatkov o pokojninah: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - davčno leto („TAX YEAR“) ter - enega ali več elementov, ki vsebujejo: -- enega ali več prejemnikov („RECIPIENTS“) s podatki o vsakem prejemniku in ki vsebujejo: --- enega ali več plačnikov („PAYERS“) s podatki o vsakem plačniku in ki vsebujejo: ---- eno ali več shem („SCHEMES“) s podatki o vsaki pokojnini in ki vsebujejo: ----- enega ali več podatkov o referenci sheme („SCHEME REFERENCE INFOS“), ----- eno ali več kapitaliziranih vrednosti („CAPITAL VALUES“), ----- upravitelja sheme („ADMINISTRATOR“), ----- enega ali več lastnikov („OWNERS“), ----- enega ali več dogodkov („EVENTS“) s splošnimi podatki o vsakem dogodku v okviru sheme in ki vsebuje: ------ enega ali več podatkov o dogodku („EVENT INFO“) s podrobnimi podatki o dogodku in enega ali več finančnih podatkov („FINANCIAL INFO“) in/ali ------ enega ali več podatkov o davkih („TAX INFO“) s podrobnimi podatki o davkih in enega ali več finančnih podatkov („FINANCIAL INFO“); -- in/ali eno ali več razveljavitev prejemnikov („RECIPIENT INVALIDATIONS“) v primeru popravka ali preklica predhodno izmenjanih podatkov. |
|
(d) |
v telesu sporočila za sporočanje podatkov o produktih življenjskih zavarovanj: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - davčno leto („TAX YEAR“) ter - enega ali več elementov, ki vsebujejo: -- eno ali več polic („POLICIES“) s podatki o vsakem produktu in ki vsebujejo: --- trajanje plačevanja premij („CONTRIBUTION DURATION“), --- čas izplačevanja rente („BENEFIT DURATION“), --- pogodbene možnosti police („POLICY OPTIONS“), --- eno ali več kapitaliziranih vrednosti police („POLICY CAPITAL VALUES“), --- zavarovatelja/plačilnega posrednika („INSURER/PAYING AGENT“), --- enega ali več upravičencev („BENEFICIARIES“), --- eno ali več življenjsko zavarovanih oseb („LIFE INSURED“), --- enega ali več zavarovalcev („PAYERS OF PREMIUMS“), --- enega ali več imetnikov police („POLICY OWNERS“), --- enega ali več dogodkov („EVENTS“) s splošnimi podatki o vsakem dogodku v okviru police in ki vsebuje: ---- enega ali več podatkov o dogodku („EVENT INFO“) s podrobnimi podatki o dogodku in enega ali več finančnih podatkov („FINANCIAL INFO“) in/ali ---- enega ali več podatkov o davkih („TAX INFO“) s podrobnimi podatki o davkih in enega ali več finančnih podatkov („FINANCIAL INFO“); -- in/ali eno ali več razveljavitev polic („POLICY INVALIDATIONS“) v primeru popravka ali preklica predhodno izmenjanih podatkov. |
|
(e) |
v telesu sporočila za sporočanje podatkov o lastništvu nepremičnin in iz njih izhajajočem dohodku: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - davčno leto („TAX YEAR“) ter - enega ali več elementov, ki vsebujejo: -- enega ali več nosilcev pravic(„PARTIES“) s podatki o vsakem prejemniku in ki vsebujejo: --- polje partner „PARTNER“ s podatki o zakoncu in --- možnost 1, če se podatki nanašajo na dohodek, ki ga ni mogoče povezati (tudi posredno) z identificiranim premoženjem: enega ali več dohodkov („INCOMES“) ali --- možnost 2, če se podatki ne nanašajo na dohodek ali na dohodek, ki ga je mogoče povezati (tudi posredno) z identificiranim premoženjem: premoženje, eno ali več („PROPERTIES“), s podatki o posameznem premoženju in ki vsebuje: ---- eno ali več lastništev („OWNERSHIPS“) in povezanih pravic („RIGHT“) s podatki o posameznem lastništvu in povezani pravici na premoženju in ki vsebuje: ----- eno ali več transakcij („TRANSACTIONS“) s podatki o vsaki transakciji v zvezi s premoženjem, ----- enega ali več dohodkov („INCOMES“) s podatki o vsakem dohodku v zvezi s premoženjem; -- in/ali eno ali več razveljavitev nosilcev pravic(„PARTY INVALIDATIONS“) v primeru popravka ali preklica predhodno izmenjanih podatkov. |
|
(f) |
v telesu sporočila, ko ni podatkov za sporočanje v zvezi s posebno kategorijo: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - obrazložitev („DETAIL“) z navedbo razloga za nesporočanje podatkov in - leto („YEAR“). |
|
(g) |
v telesu sporočila, ki potrjuje prejem podatkov v zvezi s posebno kategorijo: - oznako aplikacije („APPLICATION ID“), ki označuje naravo izmenjanih podatkov, - polje status („STATUS“) s podatkom o sprejetju ali zavrnitvi prejetega sporočila in - eno ali več napak („ERROR“) s podatki o napakah v prejetem sporočilu.“ |
(1) Vendar se morajo v elektronski obliki, ki se uporablja v določenem primeru, pojaviti le vrste elementov, ki so dejansko na voljo in se uporabljajo v danem primeru.
PRILOGA VI
Elektronska oblika iz člena 2(2)
Elektronska oblika, ki se uporabi za obvezno avtomatično izmenjavo podatkov v skladu s členom 8(3a) Direktive 2011/16/EU, je skladna z naslednjo drevesno strukturo in vsebuje naslednje elemente in atribute (1):
|
(a) |
v posameznem sporočilu: <?xml version="1.0" encoding="UTF-8"?> <!-- edited with XMLSpy v2012 rel. 2 sp1 (http://www.altova.com) by OECD OECD (OECD) --> <xsd:schema xmlns:crs="urn:oecd:ties:crs:v1" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:ftc="urn:oecd:ties:fatca:v1" xmlns:cfc="urn:oecd:ties:commontypesfatcacrs:v1" xmlns:stf="urn:oecd:ties:stf:v4" xmlns:iso="urn:oecd:ties:isocrstypes:v1" targetNamespace="urn:oecd:ties:crs:v1" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0"> <xsd:import namespace="urn:oecd:ties:isocrstypes:v1" schemaLocation="isocrstypes_v1.0.xsd"/> <xsd:import namespace="urn:oecd:ties:stf:v4" schemaLocation="oecdtypes_v4.1.xsd"/> <xsd:import namespace="urn:oecd:ties:commontypesfatcacrs:v1" schemaLocation="CommonTypesFatcaCrs_v1.1.xsd"/> <xsd:import namespace="urn:oecd:ties:fatca:v1" schemaLocation="FatcaTypes_v1.1.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="CRS"/> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Account Holder Type - 1 --> <xsd:simpleType name="CrsAcctHolderType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">Account Holder Type</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="CRS101"> <xsd:annotation> <xsd:documentation>Passive Non-Financial Entity with one or more controlling person that is a Reportable Person</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS102"> <xsd:annotation> <xsd:documentation>CRS Reportable Person</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS103"> <xsd:annotation> <xsd:documentation>Passive NFE that is a CRS Reportable Person</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- CRS Payment Type - 5 --> <xsd:simpleType name="CrsPaymentType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">The code describing the nature of the payments used in CRS </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="CRS501"> <xsd:annotation> <xsd:documentation>Dividends</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS502"> <xsd:annotation> <xsd:documentation>Interest</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS503"> <xsd:annotation> <xsd:documentation>Gross Proceeds/Redemptions</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS504"> <xsd:annotation> <xsd:documentation>Other - CRS</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- MessageTypeIndic - 7 --> <xsd:simpleType name="CrsMessageTypeIndic_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="CRS701"> <xsd:annotation> <xsd:documentation>The message contains new information</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS702"> <xsd:annotation> <xsd:documentation>The message contains corrections for previously sent information</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS703"> <xsd:annotation> <xsd:documentation>The message advises there is no data to report</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Controlling Person Type - 8 --> <xsd:simpleType name="CrsCtrlgPersonType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">Controlling Person Type</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="CRS801"> <xsd:annotation> <xsd:documentation>CP of legal person - ownership</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS802"> <xsd:annotation> <xsd:documentation>CP of legal person - other means</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS803"> <xsd:annotation> <xsd:documentation>CP of legal person - senior managing official</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS804"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - trust - settlor</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS805"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - trust - trustee</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS806"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - trust - protector</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS807"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - trust - beneficiary</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS808"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - trust - other</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS809"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - other - settlor-equivalent</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS810"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - other - trustee-equivalent</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS811"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - other - protector-equivalent</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS812"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - other - beneficiary-equivalent</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CRS813"> <xsd:annotation> <xsd:documentation>CP of legal arrangement - other - other-equivalent</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!--++++++++++ Reusable Complex types ++++++++++ --> <!-- Message specification: Data identifying and describing the message as a whole --> <xsd:complexType name="MessageSpec_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">Information in the message header identifies the Tax Administration that is sending the message. It specifies when the message was created, what period (normally a year) the report is for, and the nature of the report (original, corrected, supplemental, etc).</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="SendingCompanyIN" type="xsd:string" minOccurs="0"/> <xsd:element name="TransmittingCountry" type="iso:CountryCode_Type"/> <xsd:element name="ReceivingCountry" type="iso:CountryCode_Type"/> <!-- modified for CRS --> <xsd:element name="MessageType" type="crs:MessageType_EnumType"/> <xsd:element name="Warning" type="xsd:string" 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="xsd:string" 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. </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MessageRefId" type="xsd:string"> <xsd:annotation> <xsd:documentation xml:lang="en">Sender's unique identifier for this message</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MessageTypeIndic" type="crs:CrsMessageTypeIndic_EnumType" minOccurs="0"/> <xsd:element name="CorrMessageRefId" type="xsd:string" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation xml:lang="en">Sender's unique identifier that has to be corrected. Must point to 1 or more previous message</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.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Timestamp" type="xsd:dateTime"/> </xsd:sequence> </xsd:complexType> <!-- --> <!-- Account Holder Type --> <xsd:complexType name="AccountHolder_Type"> <xsd:sequence> <xsd:choice> <xsd:element name="Individual" type="crs:PersonParty_Type"/> <xsd:sequence> <xsd:element name="Organisation" type="crs:OrganisationParty_Type"/> <xsd:element name="AcctHolderType" type="crs:CrsAcctHolderType_EnumType"/> </xsd:sequence> </xsd:choice> </xsd:sequence> </xsd:complexType> <!-- --> <!-- Controlling Person Type --> <xsd:complexType name="ControllingPerson_Type"> <xsd:sequence> <xsd:element name="Individual" type="crs:PersonParty_Type"/> <xsd:element name="CtrlgPersonType" type="crs:CrsCtrlgPersonType_EnumType" minOccurs="0"/> </xsd:sequence> </xsd:complexType> <!-- --> <!-- Account number --> <xsd:complexType name="FIAccountNumber_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">Account number definition </xsd:documentation> </xsd:annotation> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="AcctNumberType" type="cfc:AcctNumberType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">Account Number Type</xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="UndocumentedAccount" type="xsd:boolean"> <xsd:annotation> <xsd:documentation xml:lang="en">Undocumented Account</xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="ClosedAccount" type="xsd:boolean"> <xsd:annotation> <xsd:documentation xml:lang="en">Closed Account</xsd:documentation> </xsd:annotation> </xsd:attribute> <xsd:attribute name="DormantAccount" type="xsd:boolean"> <xsd:annotation> <xsd:documentation xml:lang="en">Dormant Account</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType> <!-- --> <!-- Correctable Account Report --> <xsd:complexType name="CorrectableAccountReport_Type"> <xsd:sequence> <xsd:element name="DocSpec" type="stf:DocSpec_Type"/> <xsd:element name="AccountNumber" type="crs:FIAccountNumber_Type"/> <xsd:element name="AccountHolder" type="crs:AccountHolder_Type"/> <xsd:element name="ControllingPerson" type="crs:ControllingPerson_Type" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="AccountBalance" type="cfc:MonAmnt_Type"/> <xsd:element name="Payment" type="crs:Payment_Type" minOccurs="0" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> <!-- --> <!-- 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="xsd:string" 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="xsd:string" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation xml:lang="en">Greeting title. Example: Mr, Dr, Ms, Herr, etc. Can have multiple titles.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="FirstName"> <xsd:annotation> <xsd:documentation xml:lang="en">FirstName of the person</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="xnlNameType"> <xsd:annotation> <xsd:documentation xml:lang="en">Defines the name type of FirstName. Example: Given Name, Forename, Christian 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="xsd:string"> <xsd:attribute name="xnlNameType"> <xsd:annotation> <xsd:documentation xml:lang="en">Defines the name type of Middle Name. Example: First name, middle name, maiden name, father's name, given name, etc. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType> </xsd:element> <xsd:element name="NamePrefix" minOccurs="0"> <xsd:annotation> <xsd:documentation xml:lang="en">de, van, van de, von, etc. Example: Derick de Clarke</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="xnlNameType"> <xsd:annotation> <xsd:documentation xml:lang="en">Defines the type of name associated with the NamePrefix. For example the type of name is LastName and this prefix is the prefix for this last name. </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType> </xsd:element> <xsd:element name="LastName"> <xsd:annotation> <xsd:documentation xml:lang="en">Represents the position of the name in a name string. Can be Given Name, Forename, Christian Name, Surname, Family Name, etc. Use the attribute "NameType" to define what type this name is. In case of a company, this field can be used for the company name.</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:simpleContent> <xsd:extension base="xsd:string"> <xsd:attribute name="xnlNameType"> <xsd:annotation> <xsd:documentation xml:lang="en">Defines the name type of LastName. Example: Father's name, Family name, Sur Name, 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="xsd:string" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation xml:lang="en">Jnr, Thr Third, III</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Suffix" type="xsd:string" 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="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation xml:lang="en">Deceased, Retired ...</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:attribute name="nameType" type="stf:OECDNameType_EnumType" use="optional"/> </xsd: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> </xsd:annotation> <xsd:sequence> <xsd:element name="ResCountryCode" type="iso:CountryCode_Type" maxOccurs="unbounded"/> <xsd:element name="TIN" type="cfc:TIN_Type" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="Name" type="crs:NamePerson_Type" maxOccurs="unbounded"/> <xsd:element name="Address" type="cfc:Address_Type" maxOccurs="unbounded"/> <xsd:element name="Nationality" type="iso:CountryCode_Type" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="BirthInfo" minOccurs="0"> <xsd:complexType> <xsd:sequence> <xsd:element name="BirthDate" type="xsd:date" minOccurs="0"/> <xsd:element name="City" type="xsd:string" minOccurs="0"/> <xsd:element name="CitySubentity" type="xsd:string" minOccurs="0"/> <xsd:element name="CountryInfo" minOccurs="0"> <xsd:complexType> <xsd:choice> <xsd:element name="CountryCode" type="iso:CountryCode_Type"/> <xsd:element name="FormerCountryName" type="xsd:string"/> </xsd:choice> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> <!-- --> <!-- Organisation Identification Number --> <xsd:complexType name="OrganisationIN_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">This is the identification number/identification code for the Entity in question. As the identifier may be not strictly numeric, it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. Attribute 'INType' defines the type of identification number. </xsd:documentation> </xsd:annotation> <xsd:simpleContent> <xsd:extension base="cfc:String1MinLength_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="xsd:string" use="optional"> <xsd:annotation> <xsd:documentation xml:lang="en">Identification Number Type</xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:extension> </xsd:simpleContent> </xsd:complexType> <!-- --> <!-- 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" type="iso:CountryCode_Type" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="IN" type="crs:OrganisationIN_Type" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation xml:lang="en">Entity Identification Number</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Name" type="cfc:NameOrganisation_Type" maxOccurs="unbounded"/> <xsd:element name="Address" type="cfc:Address_Type" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> <!-- --> <!-- Correctable Organisation--> <xsd:complexType name="CorrectableOrganisationParty_Type"> <xsd:complexContent> <xsd:extension base="crs:OrganisationParty_Type"> <xsd:sequence> <xsd:element name="DocSpec" type="stf:DocSpec_Type"/> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <!-- --> <!-- Payment --> <xsd:complexType name="Payment_Type"> <xsd:sequence> <xsd:element name="Type" type="crs:CrsPaymentType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">Type of payment (interest, dividend,...)</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="PaymentAmnt" type="cfc:MonAmnt_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">The amount of payment</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <!-- --> <!-- --> <!-- CRS Body Type - CRS Report --> <xsd:complexType name="CrsBody_Type"> <xsd:sequence> <xsd:element name="ReportingFI" type="crs:CorrectableOrganisationParty_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">Reporting financial institution</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="ReportingGroup" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation xml:lang="en">For CRS, only one ReportingGroup for each CrsBody is to be provided</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Sponsor" type="crs:CorrectableOrganisationParty_Type" minOccurs="0"/> <xsd:element name="Intermediary" type="crs:CorrectableOrganisationParty_Type" minOccurs="0"/> <xsd:element name="AccountReport" type="crs:CorrectableAccountReport_Type" minOccurs="0" maxOccurs="unbounded"/> <xsd:element name="PoolReport" type="ftc:CorrectablePoolReport_Type" minOccurs="0" maxOccurs="unbounded"/> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> <!--++++++++++ Schema element ++++++++++ --> <!-- CrsOECD File Message structure --> <!-- --> <!-- CRS Message structure --> <xsd:element name="CRS_OECD"> <xsd:complexType> <xsd:sequence> <xsd:element name="MessageSpec" type="crs:MessageSpec_Type"/> <xsd:element name="CrsBody" type="crs:CrsBody_Type" maxOccurs="unbounded"/> </xsd:sequence> <xsd:attribute name="version" type="xsd:string"> <xsd:annotation> <xsd:documentation xml:lang="en">CRS Version </xsd:documentation> </xsd:annotation> </xsd:attribute> </xsd:complexType> </xsd:element> <!-- --> </xsd:schema> |
|
(b) |
v vrstah, skupnih FATCA in enotnemu standardu poročanja, ki se uporabljajo v sporočilu iz točke (a) zgoraj: <?xml version="1.0" encoding="UTF-8"?> <!-- edited with XMLSpy v2011 rel. 3 (http://www.altova.com) by IRS (Internal Revenue Service) --> <xsd:schema xmlns:cfc="urn:oecd:ties:commontypesfatcacrs:v1" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:stf="urn:oecd:ties:stf:v4" xmlns:iso="urn:oecd:ties:isocrstypes:v1" targetNamespace="urn:oecd:ties:commontypesfatcacrs:v1" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0"> <xsd:import namespace="urn:oecd:ties:isocrstypes:v1" schemaLocation="isocrstypes_v1.0.xsd"/> <xsd:import namespace="urn:oecd:ties:stf:v4" schemaLocation="oecdtypes_v4.1.xsd"/> <!--++++++++++ Reusable Simple types ++++++++++ --> <!-- --> <!-- String with minimum length 1 - data type for TIN_Type --> <xsd:simpleType name="String1MinLength_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">Introduce a min length</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Data type for any kind of numeric data with two decimal fraction digits, especially monetary amounts --> <xsd:simpleType name="TwoDigFract_Type"> <xsd:annotation> <xsd:documentation xml:lang="en"> Data type for any kind of numeric data with two decimal fraction digits, especially monetary amounts. </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:decimal"> <xsd:fractionDigits value="2"/> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Account Number Type - 6 --> <xsd:simpleType name="AcctNumberType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">Account Number Type</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="OECD601"> <xsd:annotation> <xsd:documentation>IBAN</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD602"> <xsd:annotation> <xsd:documentation>OBAN</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD603"> <xsd:annotation> <xsd:documentation>ISIN</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD604"> <xsd:annotation> <xsd:documentation>OSIN</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD605"> <xsd:annotation> <xsd:documentation>Other</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!--++++++++++ Reusable Complex types ++++++++++ --> <!-- --> <!-- 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="xsd:string" minOccurs="0"/> <xsd:element name="BuildingIdentifier" type="xsd:string" minOccurs="0"/> <xsd:element name="SuiteIdentifier" type="xsd:string" minOccurs="0"/> <xsd:element name="FloorIdentifier" type="xsd:string" minOccurs="0"/> <xsd:element name="DistrictName" type="xsd:string" minOccurs="0"/> <xsd:element name="POB" type="xsd:string" minOccurs="0"/> <xsd:element name="PostCode" type="xsd:string" minOccurs="0"/> <xsd:element name="City" type="xsd:string"/> <xsd:element name="CountrySubentity" type="xsd:string" minOccurs="0"/> </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> <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" type="iso:CountryCode_Type"/> <xsd:choice> <xsd:element name="AddressFree" type="xsd:string"/> <xsd:sequence> <xsd:element name="AddressFix" type="cfc:AddressFix_Type"/> <xsd:element name="AddressFree" type="xsd:string" minOccurs="0"/> </xsd:sequence> </xsd:choice> </xsd:sequence> <xsd:attribute name="legalAddressType" type="stf:OECDLegalAddressType_EnumType" use="optional"/> </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 including two fractional digits of the main currency unit. 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="cfc:TwoDigFract_Type"> <xsd:attribute name="currCode" type="iso:currCode_Type" use="required"/> </xsd:extension> </xsd:simpleContent> </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="xsd:string"> <xsd:attribute name="nameType" type="stf:OECDNameType_EnumType" use="optional"/> </xsd:extension> </xsd:simpleContent> </xsd:complexType> <!-- --> <!-- TIN --> <xsd:complexType name="TIN_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">This is the identification number/identification code for the party in question. As the identifier may be not strictly numeric, it is just defined as a string of characters. Attribute 'issuedBy' is required to designate the issuer of the identifier. </xsd:documentation> </xsd:annotation> <xsd:simpleContent> <xsd:extension base="cfc:String1MinLength_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:extension> </xsd:simpleContent> </xsd:complexType> <!-- --> </xsd:schema> |
|
(c) |
v skupnih vrstah OECD, ki se uporabljajo v sporočilu iz točke (a) zgoraj: <?xml version="1.0" encoding="UTF-8"?> <!-- edited with XMLSpy v2005 sp1 U (http://www.xmlspy.com) by Steria Benelux sa/nv (Steria Benelux sa/nv) --> <xsd:schema xmlns:stf="urn:oecd:ties:stf:v4" xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="urn:oecd:ties:stf:v4" elementFormDefault="qualified" attributeFormDefault="unqualified" version="4.0"> <!--++++++++++ Reusable Simple types ++++++++++ --> <!-- Document type indicators types --> <xsd:simpleType name="OECDDocTypeIndic_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">This element specifies the type of data being submitted.</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="OECD0"> <xsd:annotation> <xsd:documentation>Resend Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD1"> <xsd:annotation> <xsd:documentation>New Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD2"> <xsd:annotation> <xsd:documentation>Corrected Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD3"> <xsd:annotation> <xsd:documentation>Deletion of Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD10"> <xsd:annotation> <xsd:documentation>Resend Test Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD11"> <xsd:annotation> <xsd:documentation>New Test Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD12"> <xsd:annotation> <xsd:documentation>Corrected Test Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD13"> <xsd:annotation> <xsd:documentation>Deletion of Test Data</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Kind of Name --> <xsd:simpleType name="OECDNameType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en"> It is possible for stf documents to contain several names for the same party. This is a qualifier to indicate the type of a particular name. Such types include nicknames ('nick'), names under which a party does business ('dba' a short name for the entity, or a name that is used for public acquaintance instead of the official business name) etc. </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="OECD201"> <xsd:annotation> <xsd:documentation>SMFAliasOrOther</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD202"> <xsd:annotation> <xsd:documentation>indiv (individual)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD203"> <xsd:annotation> <xsd:documentation>alias (alias)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD204"> <xsd:annotation> <xsd:documentation>nick (nickname)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD205"> <xsd:annotation> <xsd:documentation>aka (also known as)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD206"> <xsd:annotation> <xsd:documentation>dba (doing business as)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD207"> <xsd:annotation> <xsd:documentation>legal (legal name)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD208"> <xsd:annotation> <xsd:documentation>atbirth (name at birth)</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!-- Type of the address considered from a legal point of view --> <xsd:simpleType name="OECDLegalAddressType_EnumType"> <xsd:annotation> <xsd:documentation xml:lang="en">This is a datatype for an attribute to an address. It serves to indicate the legal character of that address (residential, business etc.)</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:token"> <xsd:enumeration value="OECD301"> <xsd:annotation> <xsd:documentation>residentialOrBusiness</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD302"> <xsd:annotation> <xsd:documentation>residential</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD303"> <xsd:annotation> <xsd:documentation>business</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD304"> <xsd:annotation> <xsd:documentation>registeredOffice</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OECD305"> <xsd:annotation> <xsd:documentation>unspecified</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <!-- --> <!--++++++++++ Reusable Complex types ++++++++++ --> <!-- --> <!-- Document specification: Data identifying and describing the document --> <xsd:complexType name="DocSpec_Type"> <xsd:annotation> <xsd:documentation xml:lang="en">Document specification: Data identifying and describing the document, where 'document' here means the part of a message that is to transmit the data about a single block of CRS information. </xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="DocTypeIndic" type="stf:OECDDocTypeIndic_EnumType"/> <xsd:element name="DocRefId" type="xsd:string"> <xsd:annotation> <xsd:documentation xml:lang="en">Sender's unique identifier of this document </xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="CorrMessageRefId" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation xml:lang="en">Reference id of the message of the document referred to if this is a correction</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="CorrDocRefId" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation xml:lang="en">Reference id of the document referred to if this is correction</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <!-- --> </xsd:schema> |
(1) Vendar se morajo v elektronski obliki, ki se uporablja v določenem primeru, pojaviti samo elementi in atributi, ki se dejansko uporabljajo v danem primeru v zvezi z izvajanjem pravil o poročanju in dolžni skrbnosti iz prilog I in II k Direktivi 2011/16/EU.