Choose the experimental features you want to try

This document is an excerpt from the EUR-Lex website

Document 32015R2378

Uitvoeringsverordening (EU) 2015/2378 van de Commissie van 15 december 2015 tot vaststelling van nadere uitvoeringsvoorschriften voor enkele bepalingen van Richtlijn 2011/16/EU van de Raad betreffende de administratieve samenwerking op het gebied van de belastingen en tot intrekking van Uitvoeringsverordening (EU) nr. 1156/2012

PB L 332 van 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)

Legal status of the document In force: This act has been changed. Current consolidated version: 01/01/2026

ELI: http://data.europa.eu/eli/reg_impl/2015/2378/oj

18.12.2015   

NL

Publicatieblad van de Europese Unie

L 332/19


UITVOERINGSVERORDENING (EU) 2015/2378 VAN DE COMMISSIE

van 15 december 2015

tot vaststelling van nadere uitvoeringsvoorschriften voor enkele bepalingen van Richtlijn 2011/16/EU van de Raad betreffende de administratieve samenwerking op het gebied van de belastingen en tot intrekking van Uitvoeringsverordening (EU) nr. 1156/2012

DE EUROPESE COMMISSIE,

Gezien het Verdrag betreffende de werking van de Europese Unie,

Gezien Richtlijn 2011/16/EU van de Raad van 15 februari 2011 betreffende de administratieve samenwerking op het gebied van de belastingen en tot intrekking van Richtlijn 77/799/EEG (1), en met name artikel 20, leden 1, 3 en 4, en artikel 21, lid 1,

Overwegende hetgeen volgt:

(1)

Richtlijn 77/799/EEG van de Raad (2) is vervangen door Richtlijn 2011/16/EU. Daarbij is een aantal belangrijke wijzigingen doorgevoerd in de regels betreffende de administratieve samenwerking op het gebied van de belastingen, met name wat de uitwisseling van inlichtingen tussen de lidstaten betreft, teneinde de grensoverschrijdende inlichtingenuitwisseling efficiënter en effectiever te maken.

(2)

Richtlijn 2011/16/EU is gewijzigd bij Richtlijn 2014/107/EU van de Raad (3) en voorziet nu ook in verplichte automatische uitwisseling van inlichtingen over financiële rekeningen en bijbehorende regels inzake rapportage en due diligence.

(3)

Met het oog op de goede werking van dit nieuwe rechtskader is in Richtlijn 2011/16/EU bepaald dat er middels uitvoeringshandelingen een aantal voorschriften moet worden vastgesteld met betrekking tot de standaardformulieren en geautomatiseerde formaten alsook de praktische regeling voor de inlichtingenuitwisseling tussen de lidstaten. Uitvoeringsverordening (EU) nr. 1156/2012 van de Commissie (4) bevat nadere voorschriften voor de standaardformulieren en geautomatiseerde formaten die in verband met Richtlijn 2011/16/EU moeten worden gebruikt.

(4)

Gelet op de wijzigingen die met het oog op de tenuitvoerlegging van Richtlijn 2011/16/EU moeten worden aangebracht en om de leesbaarheid van de uitvoeringshandeling te verbeteren, is het passend Uitvoeringsverordening (EU) nr. 1156/2012 in te trekken en nieuwe geconsolideerde voorschriften vast te stellen.

(5)

Om de inlichtingenuitwisseling te vergemakkelijken, vereist Richtlijn 2011/16/EU dat de uitwisseling in het kader van deze richtlijn gebeurt met behulp van standaardformulieren, behalve in het geval van de verplichte automatische uitwisseling van inlichtingen.

(6)

De daartoe te gebruiken standaardformulieren moeten een aantal velden bevatten die voldoende gediversifieerd zijn zodat de lidstaten deze gemakkelijk kunnen gebruiken voor alle toepasselijke gevallen, waarbij zij telkenmale de passende velden invullen.

(7)

Met betrekking tot de verplichte automatische uitwisseling van inlichtingen vereist Richtlijn 2011/16/EU dat de Commissie de praktische regeling en het geautomatiseerde formaat ten behoeve van die uitwisseling vaststelt. Om te garanderen dat de uitgewisselde gegevens passend en bruikbaar zijn en dat de uitwisseling zelf efficiënt verloopt, moeten in dit verband nadere voorschriften worden vastgesteld.

(8)

Omdat de verplichte automatische uitwisseling van inlichtingen over de vijf inkomsten- en vermogenscategorieën overeenkomstig artikel 8, lid 1, van Richtlijn 2011/16/EU alleen plaatsvindt op voorwaarde dat de informatie beschikbaar is, is het gerechtvaardigd dat het overeenkomstige geautomatiseerde formaat slechts gedetailleerd is tot op het niveau van de algemene structuur en de klassen van elementen waaruit het geautomatiseerde formaat is opgebouwd, waarbij de uitwisseling van de specifieke elementen onder elk van die klassen afhankelijk blijft van de beschikbaarheid ervan in een lidstaat.

(9)

Aangezien daarentegen de inlichtingen die overeenkomstig artikel 8, lid 3 bis, van Richtlijn 2011/16/EU worden uitgewisseld door rapporterende financiële instellingen krachtens de toepasselijke regels inzake rapportage en due diligence die in de bijlagen I en II bij Richtlijn 2011/16/EU zijn vastgesteld, moeten worden verzameld en het beschikbaarheidsvereiste dus niet in tel is, moet het geautomatiseerde formaat dat bij deze uitwisseling moet worden gebruikt, tot het laagste niveau van detaillering worden omschreven en moet het elk element omvatten, samen met de desbetreffende kenmerken, indien van toepassing.

(10)

Overeenkomstig Richtlijn 2011/16/EU moeten inlichtingen zoveel mogelijk worden verstrekt langs elektronische weg via het gemeenschappelijk communicatienetwerk („CCN”). Waar nodig, moet de praktische regeling voor de inlichtingenverstrekking gespecificeerd worden. Er moeten nadere voorschriften gelden voor de verstrekking van verslagen, verklaringen en andere bescheiden die niet de uitgewisselde inlichtingen zelf vormen maar deze ondersteunen, alsook, in het geval van verstrekking buiten het CCN-netwerk en onverminderd andere bilateraal overeengekomen regelingen, voor de verstrekking en de identificatie van de uitgewisselde inlichtingen.

(11)

De in de lidstaten vereiste wettelijke en bestuursrechtelijke bepalingen om aan artikel 8, lid 3 bis, van Richtlijn 2011/16/EU betreffende de verplichte automatische uitwisseling van inlichtingen over financiële rekeningen te voldoen, dienen met ingang van 1 januari 2016 van toepassing te zijn. Deze verordening moet daarom vanaf diezelfde datum van toepassing zijn.

(12)

De in deze verordening vervatte maatregelen zijn in overeenstemming met het advies van het Comité inzake administratieve samenwerking op belastinggebied,

HEEFT DE VOLGENDE VERORDENING VASTGESTELD:

Artikel 1

Standaardformulieren voor uitwisselingen op verzoek, spontane uitwisselingen, kennisgevingen en terugmeldingen

1.   Wat de te gebruiken formulieren betreft, wordt met „veld” de ruimte op een formulier bedoeld, waar inlichtingen die overeenkomstig Richtlijn 2011/16/EU moeten worden uitgewisseld, kunnen worden vermeld.

2.   Het formulier dat moet worden gebruikt voor verzoeken om inlichtingen of om een administratief onderzoek op grond van artikel 5 van Richtlijn 2011/16/EU en voor het desbetreffende antwoord, de ontvangstbevestiging, het verzoek om aanvullende achtergrondinformatie en de mededeling dat aan het verzoek niet kan of zal worden voldaan, zoals bepaald in artikel 7 van die richtlijn, dient in overeenstemming te zijn met bijlage I bij deze verordening.

3.   Het formulier dat moet worden gebruikt voor de spontane uitwisseling van inlichtingen en de desbetreffende ontvangstbevestiging op grond van de artikelen 9 en 10 van Richtlijn 2011/16/EU, dient in overeenstemming te zijn met bijlage II bij deze verordening.

4.   Het formulier dat moet worden gebruikt voor verzoeken tot administratieve kennisgeving op grond van artikel 13, leden 1 en 2, van Richtlijn 2011/16/EU en de aan deze verzoeken gegeven gevolgen, zoals bepaald in artikel 13, lid 3, van die richtlijn, dient in overeenstemming te zijn met bijlage III bij deze verordening.

5.   Het formulier dat moet worden gebruikt voor terugmeldingen op grond van artikel 14, lid 1, van Richtlijn 2011/16/EU, dient in overeenstemming te zijn met bijlage IV bij deze verordening.

Artikel 2

Geautomatiseerde formaten voor de verplichte automatische uitwisseling van inlichtingen

1.   Het geautomatiseerde formaat dat moet worden gebruikt voor de verplichte automatische uitwisseling van inlichtingen overeenkomstig artikel 8, lid 1, van Richtlijn 2011/16/EU, dient in overeenstemming te zijn met bijlage V bij deze verordening.

2.   Het geautomatiseerde formaat dat moet worden gebruikt voor de verplichte automatische uitwisseling van inlichtingen overeenkomstig artikel 8, lid 3 bis, van Richtlijn 2011/16/EU, dient in overeenstemming te zijn met bijlage VI bij deze verordening.

Artikel 3

Praktische regeling betreffende het gebruik van het CCN-netwerk

1.   De verslagen, verklaringen en andere bescheiden waarnaar wordt verwezen in de inlichtingen die overeenkomstig Richtlijn 2011/16/EU worden verstrekt, kunnen langs andere weg worden verzonden dan via het CCN-netwerk.

2.   Wanneer de in Richtlijn 2011/16/EU bedoelde inlichtingen niet worden uitgewisseld langs elektronische weg via het CCN-netwerk, worden deze inlichtingen, tenzij bilateraal anders is overeengekomen, verstrekt bij brief, die een toelichting op de meegedeelde inlichtingen bevat en is ondertekend door de bevoegde autoriteit die de inlichtingen meedeelt.

Artikel 4

Intrekking

Uitvoeringsverordening (EU) nr. 1156/2012 wordt ingetrokken met ingang van 1 januari 2016.

Verwijzingen naar de ingetrokken verordening gelden als verwijzingen naar deze verordening.

Artikel 5

Inwerkingtreding en toepassing

Deze verordening treedt in werking op de derde dag na die van de bekendmaking ervan in het Publicatieblad van de Europese Unie.

Zij is van toepassing met ingang van 1 januari 2016.

Deze verordening is verbindend in al haar onderdelen en is rechtstreeks toepasselijk in elke lidstaat.

Gedaan te Brussel, 15 december 2015.

Voor de Commissie

De voorzitter

Jean-Claude JUNCKER


(1)   PB L 64 van 11.3.2011, blz. 1.

(2)  Richtlijn 77/799/EEG van de Raad van 19 december 1977 betreffende de wederzijdse bijstand van de bevoegde autoriteiten van de lidstaten op het gebied van de directe belastingen (PB L 336 van 27.12.1977, blz. 15).

(3)  Richtlijn 2014/107/EU van de Raad van 9 december 2014 tot wijziging van Richtlijn 2011/16/EU wat betreft verplichte automatische uitwisseling van inlichtingen op belastinggebied (PB L 359 van 16.12.2014, blz. 1).

(4)  Uitvoeringsverordening (EU) nr. 1156/2012 van de Commissie van 6 december 2012 tot vaststelling van nadere uitvoeringsvoorschriften voor enkele bepalingen van Richtlijn 2011/16/EU van de Raad betreffende de administratieve samenwerking op het gebied van de belastingen (PB L 335 van 7.12.2012, blz. 42).


BIJLAGE I

Formulier als bedoeld in artikel 1, lid 2

Het formulier voor verzoeken om inlichtingen of om een administratief onderzoek op grond van artikel 5 van Richtlijn 2011/16/EU en voor het desbetreffende antwoord, de ontvangstbevestiging, het verzoek om aanvullende achtergrondinformatie en de mededeling dat aan het verzoek niet kan of zal worden voldaan, zoals bepaald in artikel 7 van Richtlijn 2011/16/EU, bevat de volgende velden (1):

Rechtsgrondslag

Referentienummer

Datum

Identiteit van de verzoekende en de aangezochte autoriteit

Identiteit van de persoon naar wie het onderzoek of de controle is ingesteld

Algemene beschrijving van de zaak en, in voorkomend geval, specifieke achtergrondinformatie aan de hand waarvan het verwachte belang van de gevraagde inlichtingen voor de uitvoering en de handhaving van de nationale wetgeving van de lidstaten met betrekking tot de in artikel 2 van Richtlijn 2011/16/EU bedoelde belastingen kan worden geëvalueerd

Het fiscale doel waarvoor de informatie wordt opgevraagd

Controletijdvak

Namen en adressen van personen die worden verondersteld in het bezit te zijn van de verlangde informatie

Naleving van de wettelijke verplichting uit hoofde van artikel 16, lid 1, van Richtlijn 2011/16/EU

Naleving van de wettelijke verplichting uit hoofde van artikel 17, lid 1, van Richtlijn 2011/16/EU

Met redenen omkleed verzoek om een bepaald administratief onderzoek en weigeringsgronden voor het verrichten van dat onderzoek

Bevestiging van ontvangst van het verzoek om inlichtingen

Verzoek om aanvullende achtergrondinformatie

Redenen waarom inlichtingen niet kunnen of niet zullen worden verstrekt

Redenen waarom niet aan het verzoek kan worden voldaan binnen de gestelde termijn en datum waarop de aangezochte autoriteit denkt aan het verzoek te kunnen voldoen


(1)  Alleen de velden die in een bepaald geval ook werkelijk zijn ingevuld, moeten op het gebruikte formulier verschijnen.


BIJLAGE II

Formulier als bedoeld in artikel 1, lid 3

Het formulier voor de spontane uitwisseling van inlichtingen en de desbetreffende ontvangstbevestiging, op grond van respectievelijk de artikelen 9 en 10 van Richtlijn 2011/16/EU, bevat de volgende velden (1):

Rechtsgrondslag

Referentienummer

Datum

Identiteit van de verstrekkende en de ontvangende autoriteit

Identiteit van de persoon waarop de spontane uitwisseling van inlichtingen betrekking heeft

Tijdvak waarop de spontane uitwisseling van inlichtingen betrekking heeft

Naleving van de wettelijke verplichting uit hoofde van artikel 16, lid 1, van Richtlijn 2011/16/EU

Bevestiging van ontvangst van de spontaan verstrekte inlichtingen


(1)  Alleen de velden die in een bepaald geval ook werkelijk zijn ingevuld, moeten op het gebruikte formulier verschijnen.


BIJLAGE III

Formulier als bedoeld in artikel 1, lid 4

Het formulier voor verzoeken tot kennisgeving op grond van artikel 13, leden 1 en 2, van Richtlijn 2011/16/EU en de aan deze verzoeken gegeven gevolgen, zoals bepaald in artikel 13, lid 3, van die richtlijn, bevat de volgende velden (1):

Rechtsgrondslag

Referentienummer

Datum

Identiteit van de verzoekende en de aangezochte autoriteit

Naam en adres van de geadresseerde van de akte of het besluit

Overige informatie ter identificatie van de geadresseerde

Onderwerp van de akte of het besluit

Het door de aangezochte autoriteit aan het verzoek gegeven gevolg overeenkomstig artikel 13, lid 3, van Richtlijn 2011/16/EU, met inbegrip van de datum waarop de akte of het besluit de geadresseerde ter kennis is gebracht


(1)  Alleen de velden die in een bepaald geval ook werkelijk zijn ingevuld, moeten op het gebruikte formulier verschijnen.


BIJLAGE IV

Formulier als bedoeld in artikel 1, lid 5

Het formulier voor terugmeldingen op grond van artikel 14, lid 1, van Richtlijn 2011/16/EU bevat de volgende velden (1):

Referentienummer

Datum

Identiteit van de bevoegde autoriteit die de terugmelding verricht

Algemene feedback over de verstrekte inlichtingen

Resultaten die rechtstreeks samenhangen met de verstrekte inlichtingen


(1)  Alleen de velden die in een bepaald geval ook werkelijk zijn ingevuld, moeten op het gebruikte formulier verschijnen.


BIJLAGE V

Het in artikel 2, lid 1, bedoelde geautomatiseerde formaat

De geautomatiseerde formaten voor de verplichte automatische uitwisseling van inlichtingen overeenkomstig artikel 8, lid 1, van Richtlijn 2011/16/EU zijn opgebouwd volgens de onderstaande boomstructuur en bevatten de volgende klassen van elementen (1):

a)

Wat het bericht als geheel betreft:

Image 1

- een "HEADER" met vermelding van:

-- het LAND DAT DE INLICHTINGEN VERSTREKT ("ORIGINATING COUNTRY"),

-- de LANDEN WAARVOOR DE INLICHTINGEN ZIJN BESTEMD ("DESTINATION COUNTRIES"),

-- een uniek BERICHTKENMERK ("MESSAGE ID"),

-- een CORRELATIEKENMERK ("CORRELATION ID"),

-- een TIJDSTEMPEL ("TIMESTAMP") en

-- het SOORT BERICHT ("MESSAGE TYPE INDIC");

– en een "BODY" volgens de boomstructuur en de klassen van elementen van van de onderscheiden body's die zijn opgenomen in deze bijlage onder de punten b) tot en met g), afhankelijk van de aard van de automatisch uit te wisselen inlichtingen.

b)

Wat de body voor de mededeling van inlichtingen over inkomsten uit dienstbetrekking of tantièmes en presentiegelden betreft:

Image 2

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een BELASTINGJAAR ("TAX YEAR") en

- een of meer bouwstenen omvattende:

-- een of meer ONTVANGERS ("RECIPIENTS") met inlichtingen over iedere ontvanger en omvattende:

--- een of meer BETALERS ("PAYERS") met inlichtingen over iedere betaler en omvattende:

---- een of meer RELATIES ("RELATIONSHIPS")met inlichtingen over de aard van elke relatie tussen de ontvanger en de betaler, en omvattende:

----- een of meer PLAATSEN waar uitvoering wordt gegeven aan de relatie ("WORKPLACE") en

----- een of meer inkomsten ("INCOMES")met inlichtingen over elk inkomen of elke vergoeding in het kader van de relatie en omvattende:

------ het AANTAL ("QUANTITY") door de ontvanger verbleven of gewerkte dagen;

-- en/of een of meer MEDEDELINGEN WAARIN DE INLICHTINGEN BETREFFENDE DE ONTVANGER ONGELDIG WORDEN VERKLAARD ("RECIPIENT INVALIDATIONS") in het geval van een correctie of annulering van eerder verstrekte inlichtingen.

c)

Wat de body voor de mededeling van inlichtingen over pensioenen betreft:

Image 3

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een BELASTINGJAAR ("TAX YEAR") en

- een of meer bouwstenen omvattende:

-- een of meer ONTVANGERS ("RECIPIENTS") met inlichtingen over iedere ontvanger en omvattende:

--- een of meer BETALERS ("PAYERS") met inlichtingen over iedere betaler en omvattende:

---- een of meer REGELINGEN ("SCHEMES") met inlichtingen over elk pensioen en omvattende:

----- een of meer REFERENTIEGEGEVENS VAN DE REGELING ("SCHEME REFERENCE INFOS"),

----- een of meer KAPITAALWAARDEN ("CAPITAL VALUES"),

----- een BEHEERDER ("ADMINISTRATOR"),

----- een of meer DEELNEMERS ("OWNERS"),

----- een of meer GEBEURTENISSEN ("EVENTS") met algemene informatie over elke gebeurtenis in het kader van de regeling en omvattende:

------ een of meer velden met INFORMATIE OVER EEN GEBEURTENIS ("EVENT INFO") met gedetailleerde informatie over de gebeurtenis en een of meer velden met FINANCIËLE INFORMATIE ("FINANCIAL INFO") en/of

------ een of meer velden met FISCALE INFORMATIE ("TAX INFO") met gedetailleerde informatie over de belastingen en een of meer velden met FINANCIËLE INFORMATIE ("FINANCIAL INFO");

-- en/of een of meer MEDEDELINGEN WAARIN DE INLICHTINGEN BETREFFENDE DE ONTVANGER ONGELDIG WORDEN VERKLAARD ("RECIPIENT INVALIDATIONS") in het geval van een correctie of annulering van eerder verstrekte inlichtingen.

d)

Wat de body voor de mededeling van inlichtingen over levensverzekeringsproducten betreft:

Image 4

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een BELASTINGJAAR ("TAX YEAR") en

- een of meer bouwstenen omvattende:

-- een of meer POLISSEN ("POLICIES") met inlichtingen over elk product en omvattende:

--- een LOOPTIJD VAN DE BIJDRAGE ("CONTRIBUTION DURATION"),

--- een LOOPTIJD VAN DE UITKERING ("BENEFIT DURATION"),

--- een veld met POLISOPTIES ("POLICY OPTIONS"),

--- een of meer KAPITAALWAARDEN VAN DE POLIS ("POLICY CAPITAL VALUES"),

--- een VERZEKERAAR/UITBETALENDE INSTANTIE ("INSURER/PAYING AGENT"),

--- een of meer BEGUNSTIGDEN ("BENEFICIARIES"),

--- een of meer LEVENSVERZEKERDEN("LIFE INSURED"),

--- een of meer PREMIEBETALERS ("PAYERS OF PREMIUM"),

--- een of meer POLISHOUDERS ("POLICY OWNERS"),

--- een of meer GEBEURTENISSEN ("EVENTS") met algemene informatie over elke gebeurtenis in het kader van de polis en omvattende:

---- een of meer velden met INFORMATIE OVER EEN GEBEURTENIS ("EVENT INFO") met gedetailleerde informatie over de gebeurtenis en een of meer velden met FINANCIËLE INFORMATIE ("FINANCIAL INFO") en/of

---- een of meer velden met FISCALE INFORMATIE ("TAX INFO") met gedetailleerde informatie over de belastingen en een of meer velden met FINANCIËLE INFORMATIE ("FINANCIAL INFO");

-- en/of een of meer MEDEDELINGEN WAARIN DE INLICHTINGEN BETREFFENDE DE POLIS ONGELDIG WORDEN VERKLAARD ("POLICY INVALIDATIONS") in het geval van een correctie of annulering van eerder verstrekte inlichtingen.

e)

Wat de body voor de mededeling van inlichtingen over eigendom van en inkomsten uit onroerend goed betreft:

Image 5

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een BELASTINGJAAR ("TAX YEAR") en

- een of meer bouwstenen omvattende:

-- een of meer PARTIJEN ("PARTIES") met inlichtingen over iedere ontvanger en omvattende:

--- een PARTNER ("PARTNER") met inlichtingen over de echtgeno(o)t(e) en

--- optie 1 wanneer de inlichtingen betrekking hebben op inkomsten die niet kunnen worden gekoppeld (ook niet onrechtstreeks) aan een of meer geïdentificeerde onroerende goederen: een of meer INKOMSTEN ("INCOMES") of

--- optie 2 wanneer de inlichtingen betrekking op andere informatie dan inkomsten of op inkomsten die kunnen worden gekoppeld (ook onrechtstreeks) aan een of meer geïdentificeerde onroerende goederen: een of meer ONROERENDE GOEDEREN ("PROPERTIES") met inlichtingen over elk goed en omvattende:

---- een of meer EIGENDOMMEN ("OWNERSHIPS") en het bijbehorende RECHT ("RIGHT") met inlichtingen over elk eigendom en het bijbehorende recht op het goed en omvattende:

----- een of meer TRANSACTIES ("TRANSACTIONS") met inlichtingen over elke transactie met betrekking tot het goed,

----- een of meer INKOMSTEN ("INCOMES") met inlichtingen over elk inkomen met betrekking tot het goed;

-- en/of een of meer MEDEDELINGEN WAARIN DE INLICHTINGEN BETREFFENDE DE PARTIJ ONGELDIG WORDEN VERKLAARD ("PARTY INVALIDATIONS") in het geval van een correctie of annulering van eerder verstrekte inlichtingen.

f)

Wat de body betreft wanneer er geen inlichtingen dienen te worden verstrekt met betrekking tot een specifieke categorie:

Image 6

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een MOTIVERING ("DETAIL") voor het niet-verstrekken van inlichtingen en

- een JAAR ("YEAR").

g)

Wat de body voor de bevestiging van de ontvangst van inlichtingen voor een specifieke categorie betreft:

Image 7

- een TOEPASSINGSKENMERK ("APPLICATION ID") met informatie over de aard van de uitgewisselde inlichtingen,

- een STATUS ("STATUS") met informatie over de aanvaarding of weigering van een ontvangen bericht en

- een of meer FOUTEN ("ERROR") met informatie over de fouten die in een ontvangen bericht zijn vastgesteld."


(1)  Alleen de klassen van elementen die in een concreet geval daadwerkelijk voorhanden en relevant zijn, moeten verschijnen in het geautomatiseerde formaat dat in dat geval wordt gebruikt.


BIJLAGE VI

Het in artikel 2, lid 2, bedoelde geautomatiseerde formaat

Het geautomatiseerde formaat voor de verplichte automatische uitwisseling van inlichtingen overeenkomstig artikel 8, lid 3 bis, van Richtlijn 2011/16/EU is opgebouwd volgens de onderstaande boomstructuur en bevat de volgende elementen en kenmerken (1):

a)

Wat het bericht als geheel betreft:

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)

Wat de voor FATCA en CRS gemeenschappelijke berichtsoorten betreft die in het bericht onder punt a) hierboven zijn gebruikt:

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)

Wat de gemeenschappelijke OESO-berichtsoorten betreft die in het bericht onder punt a) hierboven zijn gebruikt:

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)  Alleen de elementen en kenmerken die in een concreet geval daadwerkelijk relevant zijn na toepassing van de in de bijlagen I en II bij Richtlijn 2011/16/EU opgenomen voorschriften inzake rapportage en due diligence, moeten verschijnen in het geautomatiseerde formaat dat in dat geval wordt gebruikt.


Top