(EU) 2015/2378

Fastställande av tillämpningsföreskrifter för vissa bestämmelser i rådets direktiv 2011/16/EU om administrativt samarbete i fråga om beskattning

Titel: Kommissionens genomförandeförordning (EU) 2015/2378 av den 15 december 2015 om fastställande av tillämpningsföreskrifter för vissa bestämmelser i rådets direktiv 2011/16/EU om administrativt samarbete i fråga om beskattning och om upphävande av genomförandeförordning (EU) nr 1156/2012
CELEX: 32015R2378
Datum: 2015-12-15
Källa: eur-lex.europa.eu

EUROPEISKA KOMMISSIONEN HAR ANTAGIT DENNA FÖRORDNING

med beaktande av fördraget om Europeiska unionens funktionssätt,

med beaktande av rådets direktiv 2011/16/EU av den 15 februari 2011 om administrativt samarbete i fråga om beskattning och om upphävande av direktiv 77/799/EEG, särskilt artikel 20.1, 20.3 och 20.4 samt artikel 21.1, och

(1) Direktiv 2011/16/EU ersatte rådets direktiv 77/799/EEG. Härigenom skedde flera viktiga anpassningar av reglerna om administrativt samarbete i fråga om beskattning, i synnerhet när det gäller utbyte av upplysningar mellan medlemsstaterna för att få utbytet mellan länderna att bli mer effektivt och ändamålsenligt.

(2) Direktiv 2011/16/EU ändrades genom rådets direktiv 2014/107/EU för att införa obligatoriskt automatiskt utbyte av upplysningar om konton för finansiella transaktioner och därmed den sammanhängande uppsättningen regler om rapportering och tillbörlig aktsamhet.

(3) För att säkerställa den nya rättsliga ramens funktion krävs enligt direktiv 2011/16/EU vissa bestämmelser om standardformulär och standardiserade datorformat och de praktiska formerna för utbytet av upplysningar mellan medlemsstaterna som ska antas med stöd i genomförandeakter. Kommissionens genomförandeförordning (EU) nr 1156/2012 innehåller närmare regler om standardformulär och standardiserade datorformat som ska användas i förbindelse med direktiv 2011/16/EU.

(4) Med tanke på de stora förändringar som bör göras i syfte att genomföra direktiv 2011/16/EU och för att underlätta läsningen av genomförandeakten, är det lämpligt att upphäva genomförandeförordning (EU) nr 1156/2012 och att fastställa nya konsoliderade regler.

(5) För att underlätta utbytet av upplysningar ska utbytet av information enligt direktiv 2011/16/EU ske med hjälp av standardformulär med undantag för obligatoriskt automatiskt utbyte av upplysningar.

(6) De formulär som används bör innehålla ett antal fält som är tillräckligt varierade, så att medlemsstaterna enkelt kan hantera alla relevanta fall och använda lämpliga fält för varje enskilt fall.

(7) Enligt direktiv 2011/16/EU ska kommissionen vid tillämpningen av det obligatoriska automatiska utbytet av upplysningar fastställa både de praktiska formerna och det standardiserade datorformatet. För att säkerställa lämpligheten och användbarheten i de uppgifter som utbyts och att själva utbytet är effektivt, bör tillämpningsföreskrifter fastställas i detta avseende.

(8) Villkoret att ett obligatoriskt automatiskt utbyte av upplysningar om de fem inkomst- och kapitalkategorierna enligt artikel 8.1 i direktiv 2011/16/EU är avhängigt av om tillgången till upplysningar motiverar att det aktuella datoriserade formatet inte specificeras över nivån för de övergripande strukturer och klasser som ingår i det elektroniska formatet, medan de detaljerade uppgifter som utbyts inom ramen för var och en av dessa klasser fortfarande omfattas av tillgängligheten i varje medlemsstat.

(9) Mot bakgrund av att den information som utbyts enligt artikel 8.3a i direktiv 2011/16/EU ska samlas in av rapporteringsskyldiga finansiella institut i enlighet med de tillämpliga regler om rapportering och åtgärder för kundkännedom anges i bilagorna I och II till direktiv 2011/16/EU och att utbytet följaktligen inte är underkastat villkoret om informationens tillgänglighet, bör det datoriserade format som ska användas däremot utvidgas till att omfatta den lägsta detaljnivån och inkludera varje post, i förekommande fall tillsammans med dess relevanta egenskaper.

(10) Enligt direktiv 2011/16/EU ska upplysningarna i möjligaste mån lämnas elektroniskt med utnyttjande av Gemensamma kommunikationsnätet (CCN-nätet). I nödvändiga fall bör de praktiska formerna för överlämnandet av upplysningar specificeras. De närmare reglerna bör tillämpas vid överlämnandet av rapporter, redogörelser och andra dokument som inte innehåller de upplysningar som kan utbytas utan som stödjer utbytet, i fall av överlämnande utanför CCN-nätet och utan att detta påverkar andra bilateralt avtalade former, på överlämnande och identifiering av de upplysningar som utbyts.

(11) Lagar och andra författningar i medlemsstaterna som är nödvändiga för att efterleva artikel 8.3a i direktiv 2011/16/EU med avseende på det obligatoriska automatiska utbytet av upplysningar om finansiella konton ska tillämpas från och med den 1 januari 2016. Den här förordningen bör alltså tillämpas från och med samma dag.

(12) De åtgärder som föreskrivs i denna förordning är förenliga med yttrandet från kommittén för administrativt samarbete i fråga om beskattning.

HÄRIGENOM FÖRESKRIVS FÖLJANDE.

Artikel 1 – Standardformulär för utbyte på begäran, utbyte utan föregående begäran, delgivning och återkoppling

1. När det gäller de formulär som ska användas, avses med fält ett utrymme i ett formulär där sådana upplysningar som ska utbytas enligt direktiv 2011/16/EU kan registreras.

2. Det formulär som ska användas för begäran om upplysningar och om administrativa utredningar enligt artikel 5 i direktiv 2011/16/EU och för svar på dessa, mottagningsbevis, begäran om ytterligare bakgrundsinformation och besked om oförmåga eller vägran att besvara en begäran enligt artikel 7 i det direktivet ska uppfylla kraven i bilaga I till denna förordning.

3. Det formulär som ska användas för upplysningar utan föregående begäran och därpå följande mottagningsbevis enligt artiklarna 9 och 10 i direktiv 2011/16/EU ska uppfylla kraven i bilaga II till denna förordning.

4. Det formulär som ska användas för begäran om administrativ delgivning enligt artikel 13.1 och 13.2 i direktiv 2011/16/EU och svaren på dessa enligt artikel 13.3 i samma direktiv ska uppfylla kraven i bilaga III till denna förordning.

5. Det formulär som ska användas för återkoppling enligt artikel 14.1 i direktiv 2011/16/EU ska uppfylla kraven i bilaga IV till denna förordning.

Artikel 2 – Datoriserade format för det obligatoriska automatiska utbytet av upplysningar

1. Datorformatet för obligatoriskt automatiskt utbyte av upplysningar i enlighet med artikel 8.1 i direktiv 2011/16/EU ska uppfylla kraven i bilaga V till denna förordning.

2. Datorformatet för obligatoriskt automatiskt utbyte av upplysningar i enlighet med artikel 8.3a i direktiv 2011/16/EU ska uppfylla kraven i bilaga VI till denna förordning.

Artikel 3 – Praktiska former för användningen av CCN-nätet

1. De rapporter, redogörelser och andra dokument som det hänvisas till i de upplysningar som lämnas enligt direktiv 2011/16/EU får skickas med hjälp av andra kommunikationsmedel än CCN-nätet.

2. När de upplysningar som avses i direktiv 2011/16/EU inte utbyts på elektronisk väg med hjälp av CCN-nätet och om inte annat överenskommits bilateralt, ska upplysningarna lämnas tillsammans med ett brev som beskriver upplysningarna och som är vederbörligen undertecknat av den behöriga myndighet som lämnar upplysningarna.

Artikel 4 – Upphävande

Genomförandeförordning (EU) nr 1156/2012 ska upphöra att gälla med verkan från och med den 1 januari 2016.

Hänvisningar som görs till den upphävda genomförandeförordningen ska anses som hänvisningar till den här förordningen.

Artikel 5 – Ikraftträdande och tillämpning

Denna förordning träder i kraft den tredje dagen efter det att den har offentliggjorts i Europeiska unionens officiella tidning.

Den skall tillämpas från och med den 1 januari 2016.

1 EUT L 64, 11.3.2011, s. 1.

2 Rådets direktiv 77/799/EEG av den 19 december 1977 om ömsesidigt bistånd av medlemsstaternas behöriga myndigheter på direkta beskattningens område (EGT L 336, 27.12.1977, s. 15).

3 Rådets direktiv 2014/107/EU av den 9 december 2014 om ändring av direktiv 2011/16/EU vad gäller obligatoriskt automatiskt utbyte av upplysningar i fråga om beskattning (EUT L 359, 16.12.2014, s. 1).

4 Kommissionens genomförandeförordning (EU) nr 1156/2012 av den 6 december 2012 om fastställande av närmare regler för genomförande av vissa bestämmelser i rådets direktiv 2011/16/EU om administrativt samarbete i fråga om beskattning (EUT L 335, 7.12.2012, s. 42).

BILAGA I

Formulär som avses i artikel 1.2

Formuläret för begäran om upplysningar och om administrativa utredningar enligt artikel 5 i direktiv 2011/16/EU och för svar på dessa, mottagningsbevis, begäran om ytterligare bakgrundsinformation och besked om oförmåga eller vägran att besvara begäran enligt artikel 7 i direktiv 2011/16/EU innehåller följande fält:

Rättslig grund

Löpnummer

Datum

Uppgift om begärande respektive anmodad myndighet.

Identiteten på den person som är föremål för utredning eller undersökning.

Allmän beskrivning av fallet och, vid behov, specifik bakgrundsinformation som gör det möjligt att bedöma i hur hög grad begärda upplysningar kan antas vara relevanta för administration och verkställighet av medlemsstaternas nationella lagstiftning i fråga om de skatter som avses i artikel 2 i direktiv 2011/16/EU.

Det beskattningsändamål för vilket upplysningarna begärs.

Period under utredning.

Namn på och adress för varje person som kan antas inneha de begärda upplysningarna.

Iakttagande av det rättsliga krav som anges i artikel 16.1 i direktiv 2011/16/EU.

Iakttagande av det rättsliga krav som anges i artikel 17.1 i direktiv 2011/16/EU.

Motiverad begäran om en särskild administrativ utredning och skälen till att myndigheten vägrar att göra den begärda särskilda administrativa utredningen.

Bevis för att begäran om upplysningar mottagits.

Begäran om ytterligare bakgrundsinformation.

Skäl till oförmåga eller vägran att lämna upplysningar.

Skäl till att den anmodade myndigheten inte kan besvara begäran inom den berörda tidsfristen och uppgift om den dag som den anser sig kunna besvara begäran.

1 Enbart de fält som faktiskt fylls i i ett givet fall behöver visas på det formulär som används i fallet.

BILAGA II

Formulär som avses i artikel 1.3

Formuläret för upplysningar utan föregående begäran och därpå följande mottagningsbevis enligt artiklarna 9 respektive 10 i direktiv 2011/16/EU innehåller följande fält:

Rättslig grund

Löpnummer

Datum

Uppgift om sändande respektive mottagande myndighet.

Identiteten på den person som är föremål för upplysningar utan föregående begäran.

Period som täcks av upplysningar utan föregående begäran.

Iakttagande av det rättsliga krav som anges i artikel 16.1 i direktiv 2011/16/EU.

Bevis på att upplysningar utan föregående begäran mottagits.

1 Enbart de fält som faktiskt fylls i i ett givet fall behöver visas på det formulär som används i fallet.

BILAGA III

Formulär som avses i artikel 1.4

Formuläret för begäran om delgivning enligt artikel 13.1 och 13.2 i direktiv 2011/16/EU och svaren på dessa enligt artikel 13.3 i samma direktiv innehåller följande fält:

Rättslig grund

Löpnummer

Datum

Uppgift om begärande respektive anmodad myndighet.

Namn på och adress för mottagaren av handlingen eller beslutet.

Annan information som kan underlätta identifiering av mottagaren.

Handlingens eller beslutets ämne.

Svar från den tillfrågade myndigheten, i enlighet med artikel 13.3 i direktiv 2011/16/EU, inklusive datum för delgivning av handlingar eller beslut.

1 Enbart de fält som faktiskt fylls i i ett givet fall behöver visas på det formulär som används i fallet.

BILAGA IV

Formulär som avses i artikel 1.5

Formuläret för återkoppling enligt artikel 14.1 i direktiv 2011/16/EU innehåller följande fält:

Löpnummer

Datum

Uppgift om den behöriga myndighet som ger återkoppling.

Allmän återkoppling på de upplysningar som lämnats.

Resultat som är direkt relaterade till de upplysningar som lämnats.

1 Enbart de fält som faktiskt fylls i i ett givet fall behöver visas på det formulär som används i fallet.

BILAGA V

Datorformat som avses i artikel 2.1

Datorformatet för obligatoriskt automatiskt utbyte av upplysningar enligt artikel 8.1 i direktiv 2011/16/EU uppvisar följande trädstruktur och innehåller följande kategorier av upplysningar:

a) När det gäller det övergripande meddelandet: - Ett formulärhuvud ("HEADER") med angivande av -- ursprungsland ("ORIGINATING COUNTRY"), -- bestämmelseländer ("DESTINATION COUNTRIES"), -- en unik meddelandeidentifiering ("MESSAGE ID"), -- en korrelationsidentifiering ("CORRELATION ID"), -- tidsuppgift ("TIMESTAMP") och -- typangivelse för meddelandet ("MESSAGE TYPE INDIC"), – samt en del ("BODY") som följer trädstrukturen och kategorierna av upplysningar i någon av de delar som ingår i denna bilaga under punkterna b till g, beroende på vilken typ av upplysningar som ska utbytas automatiskt.

b) När det gäller delen för utbyte av upplysningar om inkomst från anställning eller styrelsearvoden: - Identifiering av kategorin ("APPLICATION ID")med redogörelse för de utbytta upplysningarnas art, - beskattningsår ("TAX YEAR") och - ett eller flera element omfattande -- en eller flera mottagare ("RECIPIENTS"), med uppgifter om varje mottagare och omfattande --- en eller flera betalare ("PAYERS") med uppgifter om varje betalare och omfattande ---- ett eller flera förhållanden ("RELATIONSHIPS") med uppgifter om arten av varje förhållande mellan mottagare och betalare, och omfattande ----- en eller flera arbetsplatser ("WORKPLACE") där förhållandet föreligger och ----- en eller flera inkomster ("INCOMES") med uppgifter om varje enskild inkomst eller varje enskilt arvode inom ramen för förhållandet, och omfattande ------ antal ("QUANTITY") dagar som mottagaren vistats i landet eller arbetat, -- och/eller en eller flera strykningar av mottagare ("RECIPIENT INVALIDATIONS") i fall av korrigering eller annullering av tidigare utbytta upplysningar.

c) När det gäller delen för utbyte av upplysningar om pensioner: - Identifiering av kategorin ("APPLICATION ID") med redogörelse för de utbytta upplysningarnas art, - beskattningsår ("TAX YEAR") och - ett eller flera element omfattande -- en eller flera mottagare ("RECIPIENTS"), med uppgifter om varje mottagare och omfattande --- en eller flera betalare ("PAYERS") med uppgifter om varje betalare och omfattande ---- ett eller flera system ("SCHEMES"), med uppgifter om varje pension och omfattande ----- uppgifter om pensionssystemsreferenser ("SCHEME REFERENCE INFOS"), ----- ett eller flera kapitalvärden ("CAPITAL VALUES"), ----- en förvaltare ("ADMINISTRATÖR"), ----- en eller flera ägare ("OWNERS"), ----- en eller flera händelser("EVENTS") med allmänna uppgifter om varje enskild händelse inom systemet och omfattande ------ uppgifter om händelsen ("EVENT INFO") omfattande en detaljerad redogörelse för evenemanget och finansiella uppgifter ("FINANCIAL INFO") och/eller ------ beskattningsuppgifter ("TAX INFO") med detaljerade uppgifter om skatter samt finansiella uppgifter ("FINANCIAL INFO"), -- och/eller en eller flera strykningar av mottagare ("RECIPIENT INVALIDATIONS") i fall av korrigering eller annullering av tidigare utbytta upplysningar.

d) När det gäller delen för utbyte av upplysningar om livförsäkringsprodukter: - Identifiering av kategorin ("APPLICATION ID") med redogörelse för de utbytta upplysningarnas art, - beskattningsår ("TAX YEAR") och - ett eller flera element omfattande -- ett eller flera försäkringsavtal ("POLICIES") med uppgifter om varje enskild produkt och omfattande --- betalningens varaktighet ("CONTRIBUTION DURATION"), --- förmånens varaktighet ("BENEFIT DURATION"), --- alternativ i försäkringsavtalet ("POLICY OPTIONS"), --- ett eller flera kapitalvärden för försäkringsavtalet ("POLICY CAPITAL VALUES"), --- försäkringsgivare/betalningsagent ("INSURER/PAYING AGENT"), --- en eller flera förmånstagare ("BENEFICIARIES"), --- en eller flera livförsäkrade ("LIFE INSURED"), --- en eller flera premiebetalare ("PAYERS OF PREMIUMS"), --- en eller flera innehavare av försäkringsavtal ("POLICY OWNERS"), --- en eller flera händelser("EVENTS") med allmänna uppgifter om varje enskild händelse inom ramenför försäkringsavtalet och omfattande ---- uppgifter om händelsen("EVENT INFO") omfattande en detaljerad redogörelse för händelsen och finansiella uppgifter ("FINANCIAL INFO") och/eller ---- beskattningsuppgifter ("TAX INFO") med detaljerade uppgifter om skatter samt finansiella uppgifter ("FINANCIAL INFO"); -- och/eller en eller flera strykningar av försäkringsavtal ("POLICY INVALIDATIONS") i fall av korrigering eller annullering av tidigare utbytta upplysningar.

e) När det gäller delen för utbyte av upplysningar om ägande av och inkomster från fast egendom: - Identifiering av kategorin ("APPLICATION ID") med redogörelse för de utbytta upplysningarnas art, - beskattningsår ("TAX YEAR") och - ett eller flera element omfattande -- en eller flera innehavare av vinstandelsbevis ("PARTIES"), med uppgifter om varje mottagare och omfattande --- en partner ("PARTNER") med uppgifter om make/maka och --- alternativ 1 om uppgifterna avser intäkter som inte kan kopplas (ens indirekt) till en eller flera identifierade egendomar: en eller flera intäkter ("INCOMES") eller --- alternativ 2 om uppgifterna avser antingen andra uppgifter än intäkter eller intäkter som kan kopplas (även indirekt) till en eller flera identifierade egendomar: en eller flera egendomar ("PROPERTIES") med uppgifter om varje enskild egendom och omfattande ---- ett eller flera ägandeskap ("OWNERSHIPS") och tillhörande rättighet ("RIGHT") med uppgifter om varje ägandeskap och tillhörande rättighet i egendomen och omfattande ----- en eller flera transaktioner ("TRANSACTIONS"), med uppgifter om varje transaktion som berör egendomen, ----- en eller flera intäkter ("INCOMES"), med uppgifter om varje intäkt som berör egendomen, -- och/eller en eller flera strykningar av innehavare av vinstandelsbevis ("PARTY INVALIDATIONS") i fall av korrigering eller annullering av tidigare utbytta upplysningar.

f) När det gäller delen när inga upplysningar ska utbytas om en viss kategori: - Identifiering av kategorin ("APPLICATION ID") med redogörelse för de utbytta upplysningarnas art, - en redogörelse ("DETAIL") om varför uppgifter saknas och - ett årtal ("YEAR").

g) När det gäller delen för bekräftelse av mottagande av upplysningar i en särskild kategori: - Identifiering av kategorin ("APPLICATION ID") med redogörelse för de utbytta upplysningarnas art, - statusangivelse ("STATUS") med uppgifter om huruvida ett mottaget meddelande accepterats eller avvisats och - ett eller flera felmeddelanden ("ERROR") med uppgifter om vilka fel som identifierats i ett mottaget meddelande."

1 Enbart de kategorier av upplysningar som faktiskt är tillgängliga och tillämpliga i ett givet fall behöver emellertid visas i det datorformat som används i ett specifikt fall.

BILAGA VI

Datorformat som avses i artikel 2.2

Datorformatet för obligatoriskt automatiskt utbyte av upplysningar enligt artikel 8.3a i direktiv 2011/16/EU uppvisar följande trädstruktur och innehåller följande inslag och attribut:

a) När det gäller det övergripande meddelandet: <?xml version="1.0" encoding="UTF-8"?>  <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"/>   <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>   <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>   <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>   <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>   <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>    <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"/>  <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>   <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>   <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>   <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>   <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>   <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>   <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>   <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>   <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>   <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>   <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>    <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>     <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) När det gäller de typer som är gemensamma för FATCA och CRS som används i meddelandet under punkt a) ovan: <?xml version="1.0" encoding="UTF-8"?>  <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"/>    <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>   <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>   <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>     <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>   <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>   <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>   <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>   <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) När det gäller de gemensamma OECD-typer som används i meddelandet under punkt a ovan: <?xml version="1.0" encoding="UTF-8"?>  <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">   <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>   <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>   <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>     <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 Endast de inslag och attribut som faktiskt gäller i ett visst fall utöver de regler om rapportering och åtgärder för kundkännedom i bilagorna I och II till direktiv 2011/16/EU behöver finnas i det elektroniska format som används i detta fall.