18.12.2015   

CS

Úřední věstník Evropské unie

L 332/19


PROVÁDĚCÍ NAŘÍZENÍ KOMISE (EU) 2015/2378

ze dne 15. prosince 2015,

kterým se stanoví prováděcí pravidla k některým ustanovením směrnice Rady 2011/16/EU o správní spolupráci v oblasti daní a zrušuje prováděcí nařízení (EU) č. 1156/2012

EVROPSKÁ KOMISE,

s ohledem na Smlouvu o fungování Evropské unie,

s ohledem na směrnici Rady 2011/16/EU ze dne 15. února 2011 o správní spolupráci v oblasti daní a o zrušení směrnice 77/799/EHS (1), a zejména na čl. 20 odst. 1, 3 a 4 a čl. 21 odst. 1 uvedené směrnice,

vzhledem k těmto důvodům:

(1)

Směrnice 2011/16/EU nahradila směrnici Rady 77/799/EHS (2). Došlo k řadě významných úprav pravidel týkajících se správní spolupráce v oblasti daní, zejména pokud jde o výměnu informací mezi členskými státy, s cílem zvýšit účinnost a efektivitu přeshraniční výměny informací.

(2)

Směrnicí Rady 2014/107/EU (3) byla směrnice 2011/16/EU změněna za účelem zavedení povinné automatické výměny informací o finančních účtech a souvisejícího souboru pravidel oznamování a náležité péče.

(3)

Aby bylo zajištěno fungování nového právního rámce, vyžaduje směrnice 2011/16/EU přijetí určitých pravidel, pokud jde o standardní formuláře a elektronické formáty, a praktických opatření pro výměnu informací mezi členskými státy prostřednictvím prováděcích aktů. Prováděcí nařízení Komise (EU) č. 1156/2012 (4) stanoví prováděcí pravidla, pokud jde o standardní formuláře a elektronické formáty, které se mají používat v souvislosti se směrnicí 2011/16/EU.

(4)

Vzhledem ke změnám, které je třeba učinit k provedení směrnice 2011/16/EU, a za účelem zvýšení srozumitelnosti prováděcího aktu je vhodné zrušit prováděcí nařízení (EU) č. 1156/2012 a stanovit nová, konsolidovaná pravidla.

(5)

Za účelem usnadnění výměny informací směrnice 2011/16/EU požaduje, aby taková výměna informací podle uvedené směrnice probíhala pomocí standardních formulářů, s výjimkou povinné automatické výměny informací.

(6)

Používané standardní formuláře by měly obsahovat řadu polí dostatečně rozlišených tak, aby členské státy mohly snadno řešit všechny příslušné případy pomocí těch polí, jež jsou pro jednotlivé případy vhodná.

(7)

Pro účely povinné automatické výměny informací směrnice 2011/16/EU požaduje, aby Komise přijala jak praktická opatření, tak elektronický formát. S cílem zajistit vhodnost a použitelnost vyměňovaných informací a účinnost výměny samotné by měla být v tomto ohledu stanovena prováděcí pravidla.

(8)

Podmínka, že povinná automatická výměna informací u pěti kategorií příjmu a majetku podle čl. 8 odst. 1 směrnice 2011/16/EU je podmíněna dostupností informací, je důvodem, aby příslušný elektronický formát nebyl specifikován dále než na úrovni celkové struktury a tříd prvků, z nichž elektronický formát sestává, přičemž podrobné prvky vyměňované v rámci každé z těchto tříd jsou nadále podmíněny dostupností v jednotlivých členských státech.

(9)

Vzhledem k tomu, že informace vyměňované podle čl. 8 odst. 3a směrnice 2011/16/EU mají oznamující finanční instituce shromažďovat podle použitelných pravidel oznamování a náležité péče stanovených v přílohách I a II směrnice 2011/16/EU, a že výměna informací tedy není podmíněna dostupností informací, měl by používaný elektronický formát naopak být rozšířen tak, aby zahrnoval nejnižší úroveň podrobností a obsahoval každý prvek spolu s případnými příslušnými atributy.

(10)

V souladu se směrnicí 2011/16/EU by informace měly být v maximální možné míře poskytovány elektronickými prostředky pomocí společné komunikační sítě (dále jen „CCN“). V případech, kdy je to zapotřebí, by měla být stanovena praktická opatření pro sdělování informací. Prováděcí pravidla by se měla použít pro sdělování zpráv, záznamů a jiných písemností, které nepředstavují vyměňované informace, ale doplňují je, a v případě sdělování mimo rámec sítě CCN, aniž jsou dotčena jiná dvoustranná ujednání, pro sdělování a identifikaci vyměňovaných informací.

(11)

Právní a správní předpisy členských států nezbytné pro dosažení souladu s čl. 8 odst. 3a směrnice 2011/16/EU, pokud jde o povinnou automatickou výměnu informací o finančních účtech, se mají použít ode dne 1. ledna 2016. Toto nařízení by se tudíž mělo použít od stejného data.

(12)

Opatření stanovená tímto nařízením jsou v souladu se stanoviskem Výboru pro správní spolupráci při zdanění,

PŘIJALA TOTO NAŘÍZENÍ:

Článek 1

Standardní formuláře pro výměnu informací na žádost, výměnu z vlastního podnětu, doručení a zpětnou vazbu

1.   V případě používaných formulářů se „polem“ rozumí místo ve formuláři, do kterého lze zaznamenávat informace vyměňované podle směrnice 2011/16/EU.

2.   Formulář používaný pro žádosti o informace a o správní šetření podle článku 5 směrnice 2011/16/EU a odpovědi na ně, potvrzení o jejich přijetí, žádosti o doplňkové podkladové informace, sdělení o nemožnosti odpovědět nebo odmítnutí odpovědi podle článku 7 uvedené směrnice je v souladu s přílohou I tohoto nařízení.

3.   Formulář používaný pro výměnu informací z vlastního podnětu a potvrzení o jejich přijetí podle článků 9 a 10 směrnice 2011/16/EU je v souladu s přílohou II tohoto nařízení.

4.   Formulář používaný pro žádosti o doručení prostřednictvím správních orgánů podle čl. 13 odst. 1 a 2 směrnice 2011/16/EU a úkony k jejich vyřízení podle čl. 13 odst. 3 uvedené směrnice je v souladu s přílohou III tohoto nařízení.

5.   Formulář používaný pro informace o zpětné vazbě podle čl. 14 odst. 1 směrnice 2011/16/EU je v souladu s přílohou IV tohoto nařízení.

Článek 2

Elektronické formáty pro povinnou automatickou výměnu informací

1.   Elektronický formát používaný pro povinnou automatickou výměnu informací podle čl. 8 odst. 1 směrnice 2011/16/EU je v souladu s přílohou V tohoto nařízení.

2.   Elektronický formát používaný pro povinnou automatickou výměnu informací podle čl. 8 odst. 3a směrnice 2011/16/EU je v souladu s přílohou VI tohoto nařízení.

Článek 3

Praktická opatření týkající se používání sítě CCN

1.   Zprávy, záznamy a jiné písemnosti uvedené v informacích sdělovaných v souladu se směrnicí 2011/16/EU mohou být zasílány jinými komunikačními prostředky než prostřednictvím sítě CCN.

2.   Pokud informace uvedené ve směrnici 2011/16/EU nejsou vyměňovány elektronicky prostřednictvím sítě CCN a není-li vzájemně dohodnuto jinak, jsou tyto informace zasílány dopisem popisujícím poskytované informace a řádně podepsaným příslušným orgánem, který informace poskytuje.

Článek 4

Zrušení

Prováděcí nařízení (EU) č. 1156/2012 se zrušuje s účinkem ode dne 1. ledna 2016.

Odkazy na zrušené prováděcí nařízení se považují za odkazy na toto nařízení.

Článek 5

Vstup v platnost a použitelnost

Toto nařízení vstupuje v platnost třetím dnem po vyhlášení v Úředním věstníku Evropské unie.

Použije se ode dne 1. ledna 2016.

Toto nařízení je závazné v celém rozsahu a přímo použitelné ve všech členských státech.

V Bruselu dne 15. prosince 2015.

Za Komisi

předseda

Jean-Claude JUNCKER


(1)   Úř. věst. L 64, 11.3.2011, s. 1.

(2)  Směrnice Rady 77/799/EHS ze dne 19. prosince 1977 o vzájemné pomoci mezi příslušnými orgány členských států v oblasti přímých daní (Úř. věst. L 336, 27.12.1977, s. 15).

(3)  Směrnice Rady 2014/107/EU ze dne 9. prosince 2014, kterou se mění směrnice 2011/16/EU, pokud jde o povinnou automatickou výměnu informací v oblasti daní (Úř. věst. L 359, 16.12.2014, s. 1).

(4)  Prováděcí nařízení Komise (EU) č. 1156/2012 ze dne 6. prosince 2012, kterým se stanoví prováděcí pravidla k některým ustanovením směrnice Rady 2011/16/EU o správní spolupráci v oblasti daní (Úř. věst. L 335, 7.12.2012, s. 42).


PŘÍLOHA I

Formulář uvedený v čl. 1 odst. 2

Formulář pro žádosti o informace a o správní šetření podle článku 5 směrnice 2011/16/EU a odpovědi na ně, potvrzení o jejich přijetí, žádosti o doplňkové podkladové informace, sdělení o nemožnosti odpovědět nebo odmítnutí odpovědi podle článku 7 směrnice 2011/16/EU obsahuje tato pole (1):

právní základ,

číslo jednací,

datum,

identifikační údaje o dožadujícím a dožádaném orgánu,

identifikační údaje o kontrolované či šetřené osobě,

obecný popis případu a případně zvláštní podkladové informace, které pravděpodobně umožní posoudit předpokládaný význam požadovaných informací pro správu a vymáhání vnitrostátních právních předpisů členských států týkajících se daní uvedených v článku 2 směrnice 2011/16/EU,

daňový účel, k němuž jsou informace požadovány,

období, které je předmětem vyšetřování,

jméno a adresu osoby, o které se lze domnívat, že má požadované informace k dispozici,

splnění právního požadavku uloženého v čl. 16 odst. 1 směrnice 2011/16/EU,

splnění právního požadavku uloženého v čl. 17 odst. 1 směrnice 2011/16/EU,

odůvodněnou žádost o zvláštní správní šetření a důvody odmítnutí požadované zvláštní správní šetření provést,

potvrzení o přijetí žádosti o informace,

žádost o doplňkové podkladové informace,

důvody nemožnosti nebo odmítnutí poskytnout informace,

důvody neposkytnutí odpovědi v příslušné lhůtě a datum, do kterého se dožádaný orgán domnívá, že by odpověď mohl poskytnout.


(1)  Ve formuláři použitém pro daný případ však musí být uvedena pouze pole, jež se v daném případě skutečně vyplňují.


PŘÍLOHA II

Formulář uvedený v čl. 1 odst. 3

Formulář pro výměnu informací z vlastního podnětu a potvrzení o jejich přijetí podle článků 9 a 10 směrnice 2011/16/EU obsahuje tato pole (1):

právní základ,

číslo jednací,

datum,

identifikační údaje o zasílajícím a přijímajícím orgánu,

identifikační údaje o osobě, která je předmětem výměny informací z vlastního podnětu,

období, na něž se výměna informací z vlastního podnětu vztahuje,

splnění právního požadavku uloženého v čl. 16 odst. 1 směrnice 2011/16/EU,

potvrzení o přijetí informací z vlastního podnětu.


(1)  Ve formuláři použitém pro daný případ však musí být uvedena pouze pole, jež se v daném případě skutečně vyplňují.


PŘÍLOHA III

Formulář uvedený v čl. 1 odst. 4

Formulář pro žádosti o doručení podle čl. 13 odst. 1 a 2 směrnice 2011/16/EU a úkony učiněné k jejich vyřízení podle čl. 13 odst. 3 uvedené směrnice obsahuje tato pole (1):

právní základ,

číslo jednací,

datum,

identifikační údaje o dožadujícím a dožádaném orgánu,

jméno a adresu příjemce aktu nebo rozhodnutí,

další informace, které mohou usnadnit určení totožnosti příjemce,

předmět aktu nebo rozhodnutí,

úkon, který dožádaný orgán učinil k vyřízení v souladu s čl. 13 odst. 3 směrnice 2011/16/EU, včetně data doručení aktu nebo rozhodnutí příjemci.


(1)  Ve formuláři použitém pro daný případ však musí být uvedena pouze pole, jež se v daném případě skutečně vyplňují.


PŘÍLOHA IV

Formulář uvedený v čl. 1 odst. 5

Formulář pro zpětnou vazbu podle čl. 14 odst. 1 směrnice 2011/16/EU obsahuje tato pole (1):

číslo jednací,

datum,

identifikační údaje o příslušném orgánu, který zpětnou vazbu podává,

obecnou zpětnou vazbu k poskytnutým informacím,

výsledky přímo související s poskytnutými informacemi.


(1)  Ve formuláři použitém pro daný případ však musí být uvedena pouze pole, jež se v daném případě skutečně vyplňují.


PŘÍLOHA V

Elektronický formát uvedený v čl. 2 odst. 1

Elektronické formáty pro povinnou automatickou výměnu informací podle čl. 8 odst. 1 směrnice 2011/16/EU jsou v souladu s touto stromovou strukturou a obsahují tyto třídy prvků (1):

a)

Pokud jde o celkové sdělení:

Image 1

- „ZÁHLAVÍ“ („HEADER“) obsahující:

-- „ZEMI PŮVODU“ („ORIGINATING COUNTRY“),

-- „ZEMĚ URČENÍ“ („DESTINATION COUNTRIES“),

-- jedinečné „ID ZPRÁVY“ („MESSAGE ID“),

-- „ID KORELACE“ („CORRELATION ID“),

-- „ČASOVÉ RAZÍTKO“ („TIMESTAMP“) a

-- „OZNAČENÍ DRUHU ZPRÁVY“ („MESSAGE TYPE INDIC“)

– a „OBSAH“ („BODY“) členěný podle stromové struktury a tříd prvků některého z obsahů uvedených v této příloze v písmenech b) až g) v závislosti na povaze informací, které jsou předmětem automatické výměny.

b)

Pokud jde o obsah informací o příjmech ze zaměstnání nebo odměnách ředitelů:

Image 2

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „DAŇOVÉ OBDOBÍ“ („TAX YEAR“) a

- jeden či více bloků obsahujících:

-- jednoho či více „PŘÍJEMCŮ“ („RECIPIENTS“) poskytujících údaje o každém příjemci a obsahujících:

--- jednoho či více „PLÁTCŮ“ („PAYERS“) poskytujících údaje o každém plátci a obsahujících:

---- jeden či více „VZTAHŮ“ („RELATIONSHIPS“) poskytujících údaje o povaze každého vztahu mezi příjemcem a plátcem a obsahujících:

----- jedno či více „PRACOVNÍCH MÍST“ („WORKPLACE“), kde ke vztahu dochází, a

----- jeden či více „PŘÍJMŮ“ („INCOMES“) poskytujících údaje o každém příjmu nebo odměně v rámci vztahu a obsahujících:

------ „POČET“ („QUANTITY“) dnů strávených či odpracovaných příjemcem

-- a/nebo jedno či více „ZRUŠENÍ PLATNOSTI PŘÍJEMCE“ („RECIPIENT INVALIDATIONS“) v případě opravy nebo zrušení dříve sdělených informací.

c)

Pokud jde o obsah informací o důchodech:

Image 3

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „DAŇOVÉ OBDOBÍ“ („TAX YEAR“) a

- jeden či více bloků obsahujících:

-- jednoho či více „PŘÍJEMCŮ“ („RECIPIENTS“) poskytujících údaje o každém příjemci a obsahujících:

--- jednoho či více „PLÁTCŮ“ („PAYERS“) poskytujících údaje o každém plátci a obsahujících:

---- jeden či více „SYSTÉMŮ“ („SCHEMES“) poskytujících údaje o každém důchodu a obsahujících:

----- jeden či více „REFERENČNÍCH ÚDAJŮ O SYSTÉMU“ („SCHEME REFERENCE INFOS“),

----- jednu či více „HODNOT MAJETKU“ („CAPITAL VALUES“),

----- „SPRÁVCE“ („ADMINISTRATOR“),

----- jednoho či více „VLASTNÍKŮ“ („OWNERS“),

----- jednu či více „UDÁLOSTÍ“ („EVENTS“) poskytujících obecné údaje o každé události v rámci systému a obsahujících:

------ jeden či více „ÚDAJŮ O UDÁLOSTI“ („EVENT INFO“) obsahujících podrobné údaje o události a jeden či více „FINANČNÍCH ÚDAJŮ“ („FINANCIAL INFO“) a/nebo

------ jeden či více „DAŇOVÝCH ÚDAJŮ“ („TAX INFO“) obsahujících podrobné údaje o daních a jeden či více „FINANČNÍCH ÚDAJŮ“ („FINANCIAL INFO“)

-- a/nebo jedno či více „ZRUŠENÍ PLATNOSTI PŘÍJEMCE“ („RECIPIENT INVALIDATIONS“) v případě opravy nebo zrušení dříve sdělených informací.

d)

Pokud jde o obsah informací o produktech životního pojištění:

Image 4

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „DAŇOVÉ OBDOBÍ“ („TAX YEAR“) a

- jeden či více bloků obsahujících:

-- jednu či více „POJISTNÝCH SMLUV“ („POLICIES“) poskytujících údaje o každém produktu a obsahujících:

--- „DOBU PLACENÍ POJISTNÉHO“ („CONTRIBUTION DURATION“),

--- „DOBU PLNĚNÍ“ („BENEFIT DURATION“),

--- „MOŽNOSTI POJISTNÉ SMLOUVY“ („POLICY OPTIONS“),

--- jednu či více „HODNOT POJISTNÉ ČÁSTKY“ („POLICY CAPITAL VALUES“),

--- „POJISTITELE/PLATEBNÍHO ZPROSTŘEDKOVATELE“ („INSURER/PAYING AGENT“),

--- jednoho či více „PŘÍJEMCŮ“ („BENEFICIARIES“),

--- jednoho či více „DRŽITELŮ ŽIVOTNÍHO POJIŠTĚNÍ“ („LIFE INSURED“),

--- jednoho či více „PLÁTCŮ POJISTNÉHO“ („PAYERS OF PREMIUMS“),

--- jednoho či více „DRŽITELŮ POJISTKY“ („POLICY OWNERS“),

--- jednu či více „UDÁLOSTÍ“ („EVENTS“) poskytujících obecné údaje o každé události, k níž došlo v rámci pojistné smlouvy, a obsahujících:

---- jeden či více „ÚDAJŮ O UDÁLOSTI“ („EVENT INFO“) obsahujících podrobné údaje o události a jeden či více „FINANČNÍCH ÚDAJŮ“ („FINANCIAL INFO“) a/nebo

---- jeden či více „DAŇOVÝCH ÚDAJŮ“ („TAX INFO“) obsahujících podrobné údaje o daních a jeden či více „FINANČNÍCH ÚDAJŮ“ („FINANCIAL INFO“)

-- a/nebo jedno či více „ZRUŠENÍ PLATNOSTI POJISTNÉ SMLOUVY“ („POLICY INVALIDATIONS“) v případě opravy nebo zrušení dříve sdělených informací.

e)

Pokud jde o obsah informací o vlastnictví nemovitostí a příjmu z nemovitostí:

Image 5

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „DAŇOVÉ OBDOBÍ“ („TAX YEAR“) a

- jeden či více bloků obsahujících:

-- jednu či více „STRAN“ („PARTIES“) poskytujících údaje o každém příjemci a obsahujících:

--- „PARTNERA“ („PARTNER“) poskytujícího údaje o manželovi (manželce) a

--- možnost č. 1, pokud se údaje týkají příjmu, který nelze (ani nepřímo) dát do souvislosti s jednou či více zjištěnými nemovitostmi: jeden či více „PŘÍJMŮ“ („INCOMES“), nebo

--- možnost č. 2, pokud se údaje týkají buď jiného údaje než příjmu, nebo příjmu, který lze (byť nepřímo) uvést do souvislosti s jednou či více zjištěnými nemovitostmi: jedna či více „NEMOVITOSTÍ“ („PROPERTIES“) poskytující údaje o každé nemovitosti a obsahující:

---- jedno či více „VLASTNICTVÍ“ („OWNERSHIPS“) a s ním spojené „PRÁVO“ („RIGHT“) poskytující údaje o každém vlastnictví a souvisejícím právu k nemovitosti a obsahující:

----- jednu či více „TRANSAKCÍ“ („TRANSACTIONS“) poskytujících údaje o každé transakci související s nemovitostí,

----- jeden či více „PŘÍJMŮ“ („INCOMES“) poskytujících údaje o každém příjmu souvisejícím s nemovitostí,

-- a/nebo jedno či více „ZRUŠENÍ PLATNOSTI STRAN“ („PARTY INVALIDATIONS“) v případě opravy nebo zrušení dříve sdělených informací.

f)

Pokud jde o obsah v případě, že nejsou sdělovány žádné informace týkající se konkrétní kategorie:

Image 6

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „UPŘESNĚNÍ“ („DETAIL“) udávající důvod absence údajů a

- „ROK“ („YEAR“).

g)

Pokud jde o obsah potvrzení přijetí informací u konkrétní kategorie:

Image 7

- „ID ŽÁDOSTI“ („APPLICATION ID“) uvádějící povahu sdělované informace,

- „STAV“ („STATUS“) poskytující údaje o přijetí či zamítnutí přijaté zprávy a

- jedna či více „CHYB“ („ERROR“) poskytujících údaje o chybách zjištěných v přijaté zprávě.


(1)  V elektronickém formátu použitém pro daný případ je však třeba uvést pouze skutečně dostupné a v daném případě použitelné třídy prvků.


PŘÍLOHA VI

Elektronický formát uvedený v čl. 2 odst. 2

Elektronický formát pro povinnou automatickou výměnu informací podle čl. 8 odst. 3a směrnice 2011/16/EU je v souladu s touto stromovou strukturou a obsahuje tyto prvky a atributy (1):

a)

Pokud jde o celkové sdělení:

Image 8

<?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>

Image 9

<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>

Image 10

<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>

Image 11

<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

Image 12

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>

Image 13

<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>

Image 14

<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>

Image 15

<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>

<!-- -->

Image 16

<!-- 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>

Image 17

<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>

Image 18

<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)

Pokud jde o typy společné pro FATCA a CRS použité ve sdělení podle písmene a):

Image 19

<?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>

Image 20

<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>

Image 21

<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">

Image 22

<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)

Pokud jde o společné typy OECD použité ve sdělení podle písmene a):

Image 23

<?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>

Image 24

<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>

Image 25

<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)  V elektronickém formátu použitém pro daný případ je však třeba uvést pouze prvky a atributy skutečně použitelné v daném případě po uplatnění pravidel oznamování a náležité péče stanovených v přílohách I a II směrnice 2011/16/EU.