This document is an excerpt from the EUR-Lex website
Document 32015R2378
Commission Implementing Regulation (EU) 2015/2378 of 15 December 2015 laying down detailed rules for implementing certain provisions of Council Directive 2011/16/EU on administrative cooperation in the field of taxation and repealing Implementing Regulation (EU) No 1156/2012
Rozporządzenie wykonawcze Komisji (UE) 2015/2378 z dnia 15 grudnia 2015 r. ustanawiające szczegółowe zasady wykonywania niektórych przepisów dyrektywy Rady 2011/16/UE w sprawie współpracy administracyjnej w dziedzinie opodatkowania i uchylające rozporządzenie wykonawcze (UE) nr 1156/2012
Rozporządzenie wykonawcze Komisji (UE) 2015/2378 z dnia 15 grudnia 2015 r. ustanawiające szczegółowe zasady wykonywania niektórych przepisów dyrektywy Rady 2011/16/UE w sprawie współpracy administracyjnej w dziedzinie opodatkowania i uchylające rozporządzenie wykonawcze (UE) nr 1156/2012
Dz.U. L 332 z 18.12.2015, pp. 19–45
(BG, ES, CS, DA, DE, ET, EL, EN, FR, HR, IT, LV, LT, HU, MT, NL, PL, PT, RO, SK, SL, FI, SV)
In force: This act has been changed. Current consolidated version:
01/01/2026
|
18.12.2015 |
PL |
Dziennik Urzędowy Unii Europejskiej |
L 332/19 |
ROZPORZĄDZENIE WYKONAWCZE KOMISJI (UE) 2015/2378
z dnia 15 grudnia 2015 r.
ustanawiające szczegółowe zasady wykonywania niektórych przepisów dyrektywy Rady 2011/16/UE w sprawie współpracy administracyjnej w dziedzinie opodatkowania i uchylające rozporządzenie wykonawcze (UE) nr 1156/2012
KOMISJA EUROPEJSKA,
uwzględniając Traktat o funkcjonowaniu Unii Europejskiej,
uwzględniając dyrektywę Rady 2011/16/UE z dnia 15 lutego 2011 r. w sprawie współpracy administracyjnej w dziedzinie opodatkowania i uchylającą dyrektywę 77/799/EWG (1), w szczególności jej art. 20 ust. 1, 3 i 4 oraz art. 21 ust. 1,
a także mając na uwadze, co następuje:
|
(1) |
Dyrektywa 2011/16/UE zastąpiła dyrektywę Rady 77/799/EWG (2). Wprowadzono szereg istotnych dostosowań zasad dotyczących współpracy administracyjnej w dziedzinie opodatkowania, w szczególności w odniesieniu do wymiany informacji między państwami członkowskimi w celu zwiększenia wydajności i skuteczności transgranicznej wymiany informacji. |
|
(2) |
Dyrektywa Rady 2014/107/UE (3) zmieniła dyrektywę 2011/16/UE w celu wprowadzenia obowiązkowej automatycznej wymiany informacji finansowych oraz szeregu zasad sprawozdawczych i zasad należytej staranności związanych z tą wymianą informacji. |
|
(3) |
Aby zapewnić działanie nowych ram prawnych, dyrektywa 2011/16/UE wprowadza wymóg, zgodnie z którym niektóre przepisy dotyczące standardowych formularzy i elektronicznych formatów oraz ustaleń praktycznych w zakresie wymiany informacji pomiędzy państwami członkowskimi muszą być przyjmowane w drodze aktów wykonawczych. Rozporządzenie wykonawcze Komisji (UE) nr 1156/2012 (4) określa szczegółowe przepisy dotyczące standardowych formularzy i elektronicznych formatów stosowanych na potrzeby dyrektywy 2011/16/UE. |
|
(4) |
Biorąc pod uwagę zmiany, które trzeba wprowadzić w celu wdrożenia dyrektywy 2011/16/UE i zapewnienia większej czytelności aktu wykonawczego, należy uchylić rozporządzenie wykonawcze (UE) nr 1156/2012 i określić nowe, skonsolidowane przepisy. |
|
(5) |
W celu ułatwienia wymiany informacji dyrektywa 2011/16/UE wprowadziła wymóg, by taka wymiana informacji na podstawie tej dyrektywy odbywała się z wykorzystaniem standardowych formularzy, z wyjątkiem obowiązkowej automatycznej wymiany informacji. |
|
(6) |
Standardowe formularze, których należy używać, powinny zawierać szereg wystarczająco zróżnicowanych pól, tak by pozwolić państwom członkowskim na ich łatwe stosowanie we wszystkich pojawiających się sprawach, z wykorzystaniem pól właściwych dla danej sprawy. |
|
(7) |
W odniesieniu do obowiązkowej automatycznej wymiany informacji dyrektywa 2011/16/UE wymaga, aby Komisja przyjmowała przepisy dotyczące ustaleń praktycznych i formatu elektronicznego. W celu zapewnienia odpowiedniego charakteru i użyteczności wymienianych informacji oraz skuteczności samej wymiany należy ustanowić szczegółowe zasady w tym zakresie. |
|
(8) |
Warunek, zgodnie z którym obowiązkowa automatyczna wymiana informacji na temat pięciu kategorii dochodów i kapitału wskazanych w art. 8 ust. 1 dyrektywy 2011/16/UE jest uzależniona od dostępności informacji, stanowi wytłumaczenie dla faktu, że nie określono bliżej odpowiedniego formatu elektronicznego, poza wskazaniem ogólnej struktury i klas elementów składających się na format elektroniczny, podczas gdy wymiana szczegółowych elementów w ramach każdej z tych klas jest w dalszym ciągu zależna od ich dostępności w każdym państwie członkowskim. |
|
(9) |
Biorąc pod uwagę fakt, że informacje wymieniane na podstawie art. 8 ust. 3a dyrektywy 2011/16/UE mają być gromadzone przez raportujące instytucje finansowe zgodnie z mającymi zastosowanie zasadami sprawozdawczymi i zasadami należytej staranności określonymi w załącznikach I i II do dyrektywy 2011/16/UE oraz że wymiana ta nie podlega w związku z tym warunkowi dotyczącemu dostępności informacji, stosowany format elektroniczny powinien zostać określony bardziej szczegółowo, tak aby obejmował najniższy poziom szczegółowości i każdy element wraz z jego istotnymi atrybutami, jeżeli takie istnieją. |
|
(10) |
Zgodnie z dyrektywą 2011/16/UE informacje powinny być – w miarę możliwości – przekazywane drogą elektroniczną przy użyciu wspólnej sieci łączności („CCN”). W stosownych przypadkach należy określić ustalenia praktyczne w zakresie przekazywania informacji. Powinny obowiązywać szczegółowe przepisy dotyczące przekazywania sprawozdań, oświadczeń i innych dokumentów, które nie stanowią wymienianych informacji, ale je uzupełniają, a także – w przypadku przesyłania informacji poza siecią CCN i bez uszczerbku dla innych, dwustronnie uzgodnionych porozumień – przekazywania i identyfikacji wymienianych informacji. |
|
(11) |
Przepisy ustawowe, wykonawcze i administracyjne państw członkowskich niezbędne do wykonania art. 8 ust. 3a dyrektywy 2011/16/UE w odniesieniu do obowiązkowej automatycznej wymiany informacji finansowych powinny zacząć obowiązywać od dnia 1 stycznia 2016 r. Niniejsze rozporządzenie powinno zatem być stosowane od tego samego dnia. |
|
(12) |
Środki przewidziane w niniejszym rozporządzeniu są zgodne z opinią Komitetu ds. Współpracy Administracyjnej w Dziedzinie Opodatkowania, |
PRZYJMUJE NINIEJSZE ROZPORZĄDZENIE:
Artykuł 1
Standardowe formularze do wymiany informacji na wniosek, spontanicznej wymiany informacji, przesyłania powiadomień i informacji zwrotnych
1. W odniesieniu do formularzy, których stosowanie przewidziano, „pole” oznacza miejsce na formularzu, w którym mogą być zapisywane informacje, które mają zostać wymienione na podstawie dyrektywy 2011/16/UE.
2. Formularz, który ma być stosowany w przypadku wniosków o wymianę informacji i o przeprowadzenie postępowania administracyjnego zgodnie z art. 5 dyrektywy 2011/16/UE oraz odpowiedzi na takie wnioski, potwierdzenia odbioru, wniosków o dodatkowe informacje ogólne, oświadczeń o niemożności udzielenia informacji lub o odrzuceniu wniosku zgodnie z art. 7 tej dyrektywy, jest zgodny z załącznikiem I do niniejszego rozporządzenia.
3. Formularz, który ma być stosowany w przypadku informacji w ramach wymiany spontanicznej i potwierdzenia ich odbioru na podstawie art. 9 i 10 dyrektywy 2011/16/UE, jest zgodny z załącznikiem II do niniejszego rozporządzenia.
4. Formularz, który ma być stosowany w przypadku wniosków o doręczenie środków i decyzji administracyjnych na podstawie art. 13 ust. 1 i 2 dyrektywy 2011/16/UE i udzielania odpowiedzi na nie na podstawie art. 13 ust. 3 tej dyrektywy, jest zgodny z załącznikiem III do niniejszego rozporządzenia.
5. Formularz, który ma być stosowany w przypadku informacji zwrotnych na podstawie art. 14 ust. 1 dyrektywy 2011/16/UE, jest zgodny z załącznikiem IV do niniejszego rozporządzenia.
Artykuł 2
Formaty elektroniczne służące do obowiązkowej automatycznej wymiany informacji
1. Format elektroniczny, który ma być stosowany do obowiązkowej automatycznej wymiany informacji na podstawie art. 8 ust. 1 dyrektywy 2011/16/UE, jest zgodny z załącznikiem V do niniejszego rozporządzenia.
2. Format elektroniczny, który ma być stosowany do obowiązkowej automatycznej wymiany informacji na podstawie art. 8 ust. 3a dyrektywy 2011/16/UE, jest zgodny z załącznikiem VI do niniejszego rozporządzenia.
Artykuł 3
Ustalenia praktyczne dotyczące wykorzystywania sieci CCN
1. Sprawozdania, oświadczenia oraz wszelkie inne dokumenty, o których mowa w informacjach przekazanych na podstawie dyrektywy 2011/16/UE, mogą być przesyłane za pomocą innych środków komunikacji niż sieć CCN.
2. W przypadku gdy informacje, o których mowa w dyrektywie 2011/16/UE, nie są wymieniane drogą elektroniczną z wykorzystaniem sieci CCN, i o ile nie zawarto innych ustaleń dwustronnych, informacje przekazywane są przy piśmie przewodnim opisującym przekazaną informację i należycie podpisanym przez właściwy organ przekazujący informację.
Artykuł 4
Uchylenie
Rozporządzenie wykonawcze (UE) nr 1156/2012 traci moc z dniem 1 stycznia 2016 r.
Odesłania do uchylonego rozporządzenia wykonawczego rozumie się jako odesłania do niniejszego rozporządzenia.
Artykuł 5
Wejście w życie i rozpoczęcie stosowania
Niniejsze rozporządzenie wchodzi w życie trzeciego dnia po jego opublikowaniu w Dzienniku Urzędowym Unii Europejskiej.
Niniejsze rozporządzenie stosuje się od dnia 1 stycznia 2016 r.
Niniejsze rozporządzenie wiąże w całości i jest bezpośrednio stosowane we wszystkich państwach członkowskich.
Sporządzono w Brukseli dnia 15 grudnia 2015 r.
W imieniu Komisji
Jean-Claude JUNCKER
Przewodniczący
(1) Dz.U. L 64 z 11.3.2011, s. 1.
(2) Dyrektywa Rady 77/799/EWG z dnia 19 grudnia 1977 r. dotycząca wzajemnej pomocy właściwych władz państw członkowskich w obszarze podatków bezpośrednich (Dz.U. L 336 z 27.12.1977, s. 15).
(3) Dyrektywa Rady 2014/107/UE z dnia 9 grudnia 2014 r. zmieniająca dyrektywę 2011/16/UE w zakresie obowiązkowej automatycznej wymiany informacji w dziedzinie opodatkowania (Dz.U. L 359 z 16.12.2014, s. 1).
(4) Rozporządzenie wykonawcze Komisji (UE) nr 1156/2012 z dnia 6 grudnia 2012 r. ustanawiające szczegółowe zasady wykonywania niektórych przepisów dyrektywy Rady 2011/16/UE w sprawie współpracy administracyjnej w dziedzinie opodatkowania (Dz.U. L 335 z 7.12.2012, s. 42).
ZAŁĄCZNIK I
Formularz, o którym mowa w art. 1 ust. 2
Formularz wniosków o udzielenie informacji i o przeprowadzenie postępowania administracyjnego zgodnie z art. 5 dyrektywy 2011/16/UE oraz odpowiedzi na takie wnioski, potwierdzenia odbioru, wniosków o dodatkowe informacje ogólne, oświadczeń o niemożności udzielenia informacji lub o odrzuceniu wniosku zgodnie z art. 7 dyrektywy 2011/16/UE zawiera następujące pola (1):
|
— |
Podstawa prawna |
|
— |
Numer referencyjny |
|
— |
Data |
|
— |
Nazwa organu wnioskującego lub organu współpracującego |
|
— |
Tożsamość osoby będącej przedmiotem sprawdzania lub dochodzenia |
|
— |
Ogólny opis sprawy i, w stosownych przypadkach, szczególne informacje ogólne, które mogą umożliwić ocenę przewidywalnego znaczenia informacji, których dotyczy wniosek, dla administracji i dla egzekwowania przepisów krajowych państw członkowskich dotyczących podatków, o których mowa w art. 2 dyrektywy 2011/16/UE. |
|
— |
Cel podatkowy wniosku o informacje |
|
— |
Okres objęty postępowaniem |
|
— |
Nazwisko i adres osoby, co do której uważa się, że znajduje się w posiadaniu informacji, których dotyczy wniosek |
|
— |
Spełnienie wymogów prawnych nałożonych przepisem art. 16 ust. 1 dyrektywy 2011/16/UE |
|
— |
Spełnienie wymogów prawnych nałożonych przepisem art. 17 ust. 1 dyrektywy 2011/16/UE |
|
— |
Uzasadniony wniosek o przeprowadzenie szczególnego postępowania administracyjnego i przyczyny odmowy przeprowadzenia szczególnego postępowania administracyjnego, którego dotyczył wniosek |
|
— |
Potwierdzenie odbioru wniosku o udzielenie informacji |
|
— |
Wniosek o dodatkowe informacje ogólne |
|
— |
Powody niemożności lub odmowy udzielenia informacji |
|
— |
Przyczyny nieudzielenia odpowiedzi na wniosek w stosownym terminie oraz termin, w którym właściwy organ spodziewa się udzielić odpowiedzi. |
(1) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.
ZAŁĄCZNIK II
Formularz, o którym mowa w art. 1 ust. 3
Formularz wniosku o informacje w ramach wymiany spontanicznej i potwierdzenia ich odbioru zgodnie z, odpowiednio, art. 9 i 10 dyrektywy 2011/16/UE zawiera następujące pola (1):
|
— |
Podstawa prawna |
|
— |
Numer referencyjny |
|
— |
Data |
|
— |
Nazwa organu wysyłającego informacje i organu je otrzymującego |
|
— |
Tożsamość osoby objętej spontaniczną wymianą informacji |
|
— |
Okres objęty spontaniczną wymianą informacji |
|
— |
Spełnienie wymogów prawnych nałożonych przepisem art. 16 ust. 1 dyrektywy 2011/16/UE |
|
— |
Potwierdzenie odbioru informacji w ramach wymiany spontanicznej. |
(1) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.
ZAŁĄCZNIK III
Formularz, o którym mowa w art. 1 ust. 4
Formularz wniosku o doręczenie środków i decyzji administracyjnych zgodnie z art. 13 ust. 1 i 2 dyrektywy 2011/16/UE oraz odpowiedzi na niego zgodnie z art. 13 ust. 3 tej dyrektywy zawiera następujące pola (1):
|
— |
Podstawa prawna |
|
— |
Numer referencyjny |
|
— |
Data |
|
— |
Nazwa organu wnioskującego lub organu współpracującego |
|
— |
Nazwisko i adres adresata środka lub decyzji |
|
— |
Inne informacje, które mogą pomóc w identyfikacji adresata |
|
— |
Przedmiot środka lub decyzji |
|
— |
Odpowiedź organu współpracującego, zgodnie z art. 13 ust. 3 dyrektywy 2011/16/UE, w tym data doręczenia adresatowi środka lub decyzji. |
(1) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.
ZAŁĄCZNIK IV
Formularz, o którym mowa w art. 1 ust. 5
Formularz informacji zwrotnych zgodnie z art. 14 ust. 1 dyrektywy 2011/16/UE zawiera następujące pola (1):
|
— |
Numer referencyjny |
|
— |
Data |
|
— |
Nazwa właściwego organu udzielającego informacji zwrotnych |
|
— |
Ogólne informacje zwrotne na temat przekazanych informacji |
|
— |
Rezultaty bezpośrednio związane z przekazanymi informacjami. |
(1) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.
ZAŁĄCZNIK V
Format elektroniczny, o którym mowa w art. 2 ust. 1
Formaty elektroniczne służące do obowiązkowej automatycznej wymiany informacji na podstawie art. 8 ust. 1 dyrektywy 2011/16/UE są zgodne z następującą strukturą drzewa i zawierają następujące klasy elementów (1):
|
a) |
w odniesieniu do ogólnej wiadomości: 
- „nagłówek” („HEADER”) zawierający: -- „kraj pochodzenia” („ORIGINATING COUNTRY”), -- „kraje przeznaczenia” („DESTINATION COUNTRIES”), -- unikalny „numer identyfikacyjny wiadomości” („MESSAGE ID”), -- „numer identyfikacyjny wiadomości powiązanej” („CORRELATION ID”), -- „znacznik czasu” („TIMESTAMP”) oraz -- „oznaczenie rodzaju komunikatu” („MESSAGE TYPE INDIC”); – oraz „część zasadnicza” („BODY”) zgodnie ze strukturą drzewa i klasami elementów jednej z zasadniczych części zamieszczonych w niniejszym załączniku w lit. b)–g), w zależności od charakteru informacji podlegających automatycznej wymianie. |
|
b) |
w odniesieniu do zasadniczej części w przypadku przekazywania informacji na temat dochodów z zatrudnienia lub wynagrodzeń dyrektorów: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - „rok podatkowy” („TAX YEAR”) oraz - jeden lub większą liczbę elementów zawierających: -- co najmniej jeden element „odbiorcy” („RECIPIENTS”); element ten określa informacje o każdym z odbiorców i zawiera: --- co najmniej jeden element „płatnicy” („PAYERS”); element ten określa informacje na temat każdego z płatników i zawiera: ---- co najmniej jeden element „powiązania” („RELATIONSHIPS”); element ten określa charakter każdego z powiązań między odbiorcą a płatnikiem i zawiera: ----- co najmniej jedno „miejsce pracy” („WORKPLACE”), w którym realizowane jest dane powiązanie, oraz ----- co najmniej jeden element „dochody” („INCOMES”); element ten określa informacje na temat poszczególnych dochodów lub wynagrodzeń w ramach danego powiązania i zawiera: ------ „ilość” („QUANTITY”) dni spędzonych lub przepracowanych przez odbiorcę; -- lub co najmniej jeden element „unieważnienia dotyczące odbiorcy” („RECIPIENT INVALIDATIONS”) w przypadku korekty lub anulowania informacji, które były wcześniej przedmiotem wymiany. |
|
c) |
w odniesieniu do zasadniczej części w przypadku przekazywania informacji na temat emerytur i rent: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - „rok podatkowy” („TAX YEAR”) oraz - jeden lub większą liczbę elementów zawierających: -- co najmniej jeden element „odbiorcy” („RECIPIENTS”); element ten określa informacje o każdym z odbiorców i zawiera: --- co najmniej jeden element „płatnicy” („PAYERS”); element ten określa informacje na temat każdego z płatników i zawiera: ---- co najmniej jeden element „programy” („SCHEMES”); element ten określa informacje na temat każdej z emerytur lub rent i zawiera: ----- co najmniej jeden element „informacje referencyjne o programie” („SCHEME REFERENCE INFOS”), ----- co najmniej jeden element „wartości kapitału” („CAPITAL VALUES”), ----- element „administrator” („ADMINISTRATOR"), ----- co najmniej jeden element „właściciele”(„OWNERS”), ----- co najmniej jeden element „zdarzenia” („EVENTS”) określający ogólne informacje na temat każdego ze zdarzeń w ramach programu i zawierający: ------ co najmniej jeden element „informacje o zdarzeniu” („EVENT INFO”) zawierający szczegółowe informacje o zdarzeniu i co najmniej jeden element „informacje finansowe” („FINANCIAL INFO”) lub ------ co najmniej jeden element „informacje podatkowe” („TAX INFO”) zawierający szczegółowe informacje o podatkach i co najmniej jeden element „informacje finansowe” („FINANCIAL INFO”); -- lub co najmniej jeden element „unieważnienia dotyczące odbiorcy” („RECIPIENT INVALIDATIONS”) w przypadku korekty lub anulowania informacji, które były wcześniej przedmiotem wymiany. |
|
d) |
w odniesieniu do zasadniczej części w przypadku przekazywania informacji na temat produktów dotyczących ubezpieczeń na życie: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - „rok podatkowy” („TAX YEAR”) oraz - jeden lub większą liczbę elementów zawierających: -- co najmniej jeden element „polisy” („POLICIES”); element ten określa informacje o każdym z produktów i zawiera: --- element „okres wnoszenia składek” („CONTRIBUTION DURATION”), --- element „okres wypłaty świadczeń” („BENEFIT DURATION”), --- element „warianty polisy” („POLICY OPTIONS”), --- co najmniej jeden element „wartość kapitału polisy” („POLICY CAPITAL VALUES”), --- element „ubezpieczyciel/agent-płatnik” „INSURER/PAYING AGENT”, --- co najmniej jeden element „beneficjenci” („BENEFICIARIES”), --- co najmniej jeden element „ubezpieczony na życie” („LIFE INSURED”), --- co najmniej jeden element „płatnicy składek” („PAYERS OF PREMIUMS”), --- co najmniej jeden element „właściciele polisy” („POLICY OWNERS”), --- co najmniej jeden element „zdarzenia” („EVENTS”) określający ogólne informacje na temat każdego ze zdarzeń w ramach polisy i zawierający: ---- co najmniej jeden element „informacje o zdarzeniu” („EVENT INFO”) zawierający szczegółowe informacje o zdarzeniu i co najmniej jeden element „informacje finansowe” („FINANCIAL INFO”) lub ---- co najmniej jeden element „informacje podatkowe” („TAX INFO”) zawierający szczegółowe informacje o podatkach i co najmniej jeden element „informacje finansowe” („FINANCIAL INFO”); -- lub co najmniej jeden element „unieważnienia dotyczące polisy” („POLICY INVALIDATIONS”) w przypadku korekty lub anulowania informacji, które były wcześniej przedmiotem wymiany. |
|
e) |
w odniesieniu do zasadniczej części komunikatu w przypadku przekazywania informacji na temat własności nieruchomości i dochodów z nieruchomości: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - „rok podatkowy” („TAX YEAR”) oraz - jeden lub większą liczbę elementów zawierających: -- co najmniej jeden element „strony” („PARTIES”); element ten określa informacje o każdym z odbiorców i zawiera: --- element „partner” („PARTNER”) określający informacje o małżonku i --- wariant 1, jeśli informacje dotyczą dochodów, których nie można powiązać (nawet pośrednio) z co najmniej jedną wskazaną nieruchomością: co najmniej jeden element „dochody” („INCOMES”) lub --- wariant 2, jeśli informacje dotyczą informacji innych niż dochody lub dochodów, które można powiązać (nawet pośrednio) z co najmniej jedną wskazaną nieruchomością: co najmniej jeden element „nieruchomości” („PROPERTIES”) określający informacje o każdej z nieruchomości i zawierający: ---- co najmniej jeden element „tytuły własności” („OWNERSHIPS”) i powiązane z nimi „prawa” („RIGHT”) określający informacje o każdym z tytułów własności i powiązanych prawach do danej nieruchomości oraz zawierający: ----- co najmniej jeden element „transakcje” („TRANSACTIONS”); element ten określa informacje na temat każdej z transakcji związanych z nieruchomością, ----- co najmniej jeden element „dochody” („INCOMES”); element ten określa informacje na temat poszczególnych dochodów związanych z nieruchomością; -- lub co najmniej jeden element „unieważnienia dotyczące strony” („PARTY INVALIDATIONS”) w przypadku korekty lub anulowania informacji, które były wcześniej przedmiotem wymiany. |
|
f) |
w odniesieniu do zasadniczej części wiadomości w przypadku nieprzekazywania żadnych informacji dotyczących konkretnej kategorii: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - element „szczegóły” („DETAIL”) zawierający uzasadnienie braku danych oraz - element „rok” („YEAR”). |
|
g) |
w odniesieniu do zasadniczej części wiadomości w przypadku potwierdzenia otrzymania informacji dotyczących konkretnej kategorii: 
- „numer identyfikacyjny wniosku” („APPLICATION ID”) określający charakter wymienianych informacji, - element „status” („STATUS”) określający informacje o przyjęciu lub odrzuceniu otrzymanej wiadomości oraz - co najmniej jeden element „błąd” („ERROR”) określający informacje na temat błędów wskazanych w otrzymanej wiadomości. |
(1) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.
ZAŁĄCZNIK VI
Format elektroniczny, o którym mowa w art. 2 ust. 2
Format elektroniczny służący do obowiązkowej automatycznej wymiany informacji na podstawie art. 8 ust. 3a dyrektywy 2011/16/UE jest zgodny z następującą strukturą drzewa i zawiera następujące elementy i atrybuty (1):
|
a) |
w odniesieniu do ogólnej wiadomości: 
<?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) |
w odniesieniu do typów wspólnych dla ustawy o wypełnianiu obowiązków podatkowych w stosunku do rachunków posiadanych za granicą (FATCA) i wspólnego standardu do wymiany informacji (CRS) wykorzystywanych w wiadomości, o której mowa w lit. a) powyżej: 
<?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) |
w odniesieniu do typów wspólnych dla OECD wykorzystywanych w wiadomości, o której mowa w lit. a) powyżej: 
<?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) W wykorzystanym w danej sprawie formularzu muszą znaleźć się jednak wyłącznie pola rzeczywiście wypełniane w tej sprawie.