Dat is wat er gevraagd werd. Eén bestand per paying agent (KBC, CBC, )

N Vragen/Opmerkingen ° 1 Hoeveel files moeten we aanmaken ? - 1 per paying agent (dus 1 KBC, 1 CBC en 1 Centea) ? 2 Wat invullen in Message ID : volgens richtlijn moet dit uniek zijn over “space and time” 1 deel is landcode van de afzender, dus vermoedelijk BE Ander deel is een identifier. Wat moeten we hier invullen ? En is het de bedoeling om bij een correctie of aanvulling dan ook de vorige Message ID in te vullen ? 3 Moeten we antwoord op vraag correcties automatiseren? En zo ja, hoe zit het met weigering van deze aanvragen?

4

Structuur DOCrefID Welke aanduiding voor Residuele entiteit gebruiken : RE ?

Antwoorden Dat is wat er gevraagd werd. Eén bestand per paying agent (KBC, CBC,…) Cfr. punt II.2 van het protocol JMonnet. De MessageID is enig in tijd en ruimte. Bijgevolg kan ze niet opnieuw worden gebruikt in een latere message, zelfs niet in geval van spontane correctie. In dat preciese geval moet een nieuwe MessageID worden gegenereerd met opname in CorDocRefID van de identifier van het te verbeteren oorspronkelijk record.

Momenteel worden de correctieaanvragen niet automatisch verwerkt. Ze worden geval per geval manueel verwerkt door gebruik te maken van de lijst van de contactpersonen per financiële instelling (paying agent) verstrekt door FEBELFIN aan de FOD Financiën. geval: code Paying agent : PA

Identifier [BE][XXXXXXXXXX][-PA-] [YYYY]-[NNNNNN]

Long 27

voorbeeld BE0403201185-PA2011-000001

Effectieve begunstigde: BO Residuele entiteit: RE betaling: Art9

[BE][XXXXXXXXXX][-BO-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-RE-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-ART9-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-ART4.2] [YYYY]-[NNNNNN]

27

BE0403201185-BO2012-000001 BE0403201185-RE2013-000001 BE0403201185-ART92015-000001 BE0403201185ART4.2-2016-000001

betaling: Art4.2

27 29 31

o [XXXXXXXXXX] stemt overeen met BCE-nummer (Kruispuntbank van de ondernemingen) van de Date impression : 30/03/2015 Statut : DRAFT

Page 1 sur 26 DateVersion : 170510v1

paying agent, o YYYY : lopend jaar, NNNNNN : numerieke indicator bestaande uit 6 reekscijfers, elk jaar opnieuw geïnitialiseerd. 5

Wat zijn de gevolgen als een cliënt 2 maal gerapporteerd wordt (dubbele cliëntnummers) ?

Date impression : 30/03/2015 Statut : DRAFT


6 7

Volgens bovenstaande XSD is het mogelijk om een enkele klant te vermelden met zoveel betalingen als nodig. Bovendien kan dezelfde klant ook een andere verwijzing krijgen in dezelfde bank. De duur van 7 jaar is gebaseerd op de Belgische wetgeving terzake.

Is 7 jaar corrigeren een verplichting? (of wordt dit overgelaten aan de banken zelf ?) Wat bedoelen ze met "4. betreffende de verplichte velden Volgens XSD FISC 153 zijn bepaalde velden verplicht en dus moeten de zoals bepaald door de Commissie van de EU, deze moeten gegevens worden verstrekt waarop ze betrekking hebben. Andere velden zijn Date impression : 30/03/2015 Statut : DRAFT


8

9

worden gerespecteerd. De optionele velden waarvan in dit document niet wordt afgeweken blijven in ieder geval optioneel. Eventueel moet een vermelding ‘unknown’ of een andere standaardmelding (vb: x) worden gegeven". MessageTypeIndic - waarde 3 (cancellation) fisc 153 : pg. 18 : gereserveerd voor toekomstig gebruik protocole_Jmonnet : pg. 5 : zal wel gebruikt kunnen worden. Betekent dit dat het annulatieproces intussen wel verder uitgewerkt is en dat we ons op protocol_jmonnet mogen baseren : dus mogelijkheid om waarde 3 wel in te vullen en te gebruiken ? Zal in geval van vragen van de buitenlandse fiscus een refertenummer van de fiscus zelf (buitenlandse of Belgische) meegegeven worden ?

optioneel en bijgevolg is de financiële instelling niet verplicht om ze te verstrekken, behalve om de kwaliteit van de verstuurde gegevens te verbeteren.

De huidige versie van het protocol (0.4) beveelt het cijfer 5 niet meer aan voor de tests. Deze optie wordt aangeboden door een testomgeving die losstaat van de productieomgeving. Bovendien is het mogelijk om voor annulatie code 3 te gebruiken, inzonderheid voor het aanbrengen van spontane correcties.

Momenteel is er voor bijkomende informatieaanvragen niets voorzien om ze te identificeren met een enige verwijzing. Dit zou moeten deel uitmaken van een manuele bijgevoegde procedure die geen deel uitmaakt van deze fase van het project.

Indien wel : Stel dat we deze referte intern zouden willen opslaan ifv opzoekingen, hoe zal deze referte eruit zien ? We zouden dit dan evt. in onze database al kunnen voorzien en toekomstige aanpassingen vermijden in ons datamodel. 1 0

In de documenten Jmonnet die in februari verspreid zijn, is Wij hebben de testschermen gescheiden van de productieschermen. Bijgevolg er sprake van testaanleveringen. Hiervoor moeten we is het niet meer nodig om cijfer 5 als “test” aan te geven. Het goede cijfer moet MessageTypeindic op 5 zetten. worden aangegeven volgens uw testscenario’s (nieuwe gevallen, annulatie, de twee samen). De printscreens voor de upload hebben 2 knoppen : enerzijds opsturen - anderzijds opsturen als test Date impression : 30/03/2015 Statut : DRAFT


Hoe moeten we dit interpreteren ? - Moet een file met MessageTypeIndic op 5 steeds afgestaan worden via de testknop ? of - Kan je die file ook via de gewone knop afstaan waarbij dan door de waarde van MessageTypeIndic die file als testfile verwerkt zal worden ? Omgekeerd : - Mogen we een file met een MessageTypeIndic verschillend van 5 ook afstaan via de testknop ? En zal deze file dan zeker als test behandeld worden ? 1 1

De printscreens uit de documenten Jmonnet van februari printscreens zullen de waarde voor "nombre d'enregistrements" teruggeven.

Inderdaad, het gaat om het totaal aantal betalingen (PaymentData) in het bestand. Opgelet, er is slechts één “Paying Agent = bank” per bestand.

Slaat dit op het aantal PaymentData's die in de XML file zitten ? Dus het totaal aantal keer dat een PaymentData gerapporteerd wordt over de hele file heen (dus voor verschillende artikels (4.2/9) en verschillende paying agents en beneficial owners) ? 1 2

Het LegalAdressType is een optioneel veld voor een residuele entiteit. Welk is het legaladresstype voor een residuele enititeit ? Date impression : 30/03/2015 Statut : DRAFT

Cfr. Fisc79 (5.2.2.4) : The legalAddressType_Type is used to describe the legal character of an address. It is based on the legalAddressType_Type of the STF: Page 5 sur 26 DateVersion : 170510v1

<xsd:simpleType name="legalAddressType_Type"> <xsd:restriction base="xsd:token"> <xsd:enumeration value="residentialOrBusiness"/> <xsd:enumeration value="residential"/> <xsd:enumeration value="business"/> <xsd:enumeration value="registeredOffice"/> <xsd:enumeration value="unspecified"/>

XML Fragment 1: legalAddressType_Type (STF) For the purposes of the Savings Directive, “fiscalResidence” is added: <xsd:simpleType name="legalAddressType_Type"> <xsd:union memberTypes="stf:legalAddressType_Type"> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:pattern value="fiscalResidence"/>

XML Fragment 2: legalAddressType_Type (SDF) Value residentialOrBusiness residential business registeredOffice unspecified fiscalResidence

Description The address is either a residential or business address The address is residential The address is business The address is the registered office of the legal person The nature of the address is not specified The address is for fiscal purposes (this is relevant for Beneficial Owner only)

Table 1: Allowed values of the legalAddress_Type 5.2.2.5. Address_Type Date impression : 30/03/2015 Statut : DRAFT


The Address_Type allows either a structured address (AddressStruct) or a free format address (AddressFree). The CountryCode of the address is provided separately from these types and is mandatory. Whenever possible, the AddressStruct element must be supplied, even if only partial details from the address can be matched to an element (for example a postal code or city). The AddressFree can be used to supplement an incomplete AddressStruct. The optional legalAddressType attribute allows the type of address to be provided, from among the values in Table 1, if this is known.

Figure 1: Address_Type



<xsd:complexType name="Address_Type"> <xsd:sequence> <xsd:element name="CountryCode" type="dt:CountryCode_Type"/> <xsd:choice> <xsd:element name="AddressFree" type="xsd:string"/> <xsd:sequence> <xsd:element name="AddressStruct" type="sd:AddressStruct_Type"/> <xsd:element name="AddressFree" type="xsd:string" minOccurs="0"/> <xsd:attribute name="legalAddressType" type="sd:legalAddressType_Type" use="optional"/>

XML Fragment 3: Address_Type 1 3

Structuur DOCrefID : Welke aanduiding voor Residuele entiteit gebruiken : RE ?

Antwoord JMonnet dd. 08/04/2010: vraag onvoldoende beantwoord Cas : code Paying agent : PA

Identifiant [BE][XXXXXXXXXX][-PA-] [YYYY]-[NNNNNN]

Long 27

Exemple BE0403201185-PA2011-000001

Bénéficiaire effectif : BO Entité résiduelle : RE Paiement : Art9

[BE][XXXXXXXXXX][-BO-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-RE-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-ART9-] [YYYY]-[NNNNNN] [BE][XXXXXXXXXX][-ART4.2-] [YYYY]-[NNNNNN]

27

BE0403201185-BO2012-000001 BE0403201185-RE2013-000001 BE0403201185-ART92015-000001 BE0403201185ART4.2-2016-000001

Paiement Art4.2

:

27 29 31

o [XXXXXXXXXX] stemt overeen met KBO-nummer (Kruispuntbank van de ondernemingen) van de paying agent, o YYYY : lopend jaar, Date impression : 30/03/2015 Statut : DRAFT


NNNNNN : numerieke indicator bestaande uit 6 reekscijfers, elk jaar opnieuw geïnitialiseerd. 1 4

Cfr. JMonnet februari pg. 2 Ligt er al een limiet vast wat betreft grootte orde bestand ?

1 5

1 6

Is al geweten of file in ZIP formaat moet afgestaan worden ? Wat bedoelen ze met "4. betreffende de verplichte velden zoals bepaald door de Commissie van de EU, deze moeten worden gerespecteerd. De optionele velden waarvan in dit document niet wordt afgeweken blijven in ieder geval optioneel. Eventueel moet een vermelding ‘unknown’ of een andere standaardmelding (vb: x) worden gegeven"

We moeten rekening houden met een mogelijke versiewissel van het XSD-schema. Mogen we van de veronderstelling uitgaan dat een versiewissel steeds gekoppeld zal zijn aan een inkomstenjaar ? Date impression : 30/03/2015 Statut : DRAFT

Deze informatie zal worden gegeven na de eerste tests met MyminfinPro. De bestanden worden automatisch gecomprimeerd bij de overdracht, dit moet dus niet vooraf gebeuren.

Antwoord JMonnet dd. 08/04/2010 : vraag onvoldoende beantwoord Velden worden als verplicht of optioneel aangeduid in de XML-schema’s. De tabellen in fisc 80 (pg 118 – 125) geven naast de indicatie verplicht/optioneel ook aan of een lege waarde toegelaten is of niet. Geeft dit problemen indien toch een blanco waarde afgestaan wordt ? veld optioneel en lege waarde indicator in fisc 80 staat op N : dan mag dit veld dus niet afgestaan worden ? Wij zeggen wel degelijk: “… De optionele velden waarvan in dit document niet wordt afgeweken blijven in ieder geval optioneel. Eventueel moet een vermelding ‘unknown’ worden gegeven" Deze materie hangt niet af van de FOD Financiën, dit behoort tot de bevoegdheid van de Europese Commissie en van de werkgroep ACDT. A priori, in geval van nieuwe versie, zullen de beide organismen de te volgen stappen verduidelijken.


1 7

Ik bedoel daarmee dat als een wisseling van versie zal gebeuren, moeten we dan bv de XML van de vorige inkomstenjaren met de vorige versie en van de komende inkomstenjaren met de nieuwe versie maken ? MessageTypeIndic in de header - Volgens JMOONET wordt de waarde 4 (nieuw en correcties) niet langer gebruikt - Maar als je dan een spontane correctie doet (vb 30/6) - de gewijzigde gegevens krijgen in de DocTypeIndic de waarde "2" van wijziging - de nieuwe gegevens zouden dan in de DocTypeIndic de waarde "1" van nieuw krijgen - Maar als je dan de regels rond MessageTypeIndic en DocTypeIndic gaat nalezen mag je dus blijkbaar MessageTypeIndic "2" niet combineren met een DocTypeIndic "1"

De nieuwe versie van het protocol (0.4) staat toe gebruik te maken van de MessageTypeIndic met waarde = 4 om in hetzelfde bestand FISC 153 nieuwe informatie en spontane correcties op te nemen.

Moeten we dan in dit geval 2 XML-rapporteringen gaan aanmaken, 1 voor de nieuwe gegevens en 1 voor de gewijzigde gegevens ? Zou nog logisch zijn als je een volledig nieuwe BO hebt maar als je als een BO doorgestuurd hebt en daar nog payments aan moet toevoegen ga je eigenlijk in nog eens diezelfde BO moeten doorsturen ? 1 8

1e situatie:

1e situatie Date impression : 30/03/2015 Statut : DRAFT


In 2010 heeft de klant 10.000 EUR intresten ontvangen op zijn termijnrekening. Om welke reden dan ook geeft de bank die ‘intrestbetaling’ niet aan in de reporting 2011 (betreffende de ‘intrestbetalingen’ toegekend in 2010). Hoe moet ze tewerk gaan om die informatie nadien mee te delen? 1e mogelijkheid: in een volgende reporting (betreffende

‘intrestbetalingen’ van het jaar in de loop waarvan de afwezigheid van aangifte wordt vastgesteld, alsof het om een ‘intrestbetaling’ ging die werd gedaan of toegekend in de loop van dat jaar).

De bank moet die informatie meedelen als nieuwe aangifte met een enig referentienummer, met verduidelijking in het veld ad hoc van het jaar van de betaling (cfr. FISC 80). 2e situatie: Idem situatie 1. Antwoord op de algemene vraag: De bank moet de verrichting uit het verleden verbeteren of annuleren door een individuele aangifte te doen die beperkt is tot de te verbeteren of te annuleren ‘intrestbetaling’. Deze verbetering kan worden gedaan in een bestand dat nieuwe aangiften bevat.

2e mogelijkheid : door middel van een verbeterende aangifte

(van de reporting 2011) maar in dat geval, zonder een ‘enig referentienummer’ te kunnen vermelden, aangezien er geen oorspronkelijke mededeling van informatie is geweest. 2e situatie In 2010 heeft de klant geen ‘intrestbetaling’ ontvangen. Er werd niets aangegeven in de reporting 2011 (betreffende intrestbetalingen toegekend in 2010). Later geeft de bank zich rekenschap van een fout (ongeacht de reden daarvan): de klant had in 2010 recht op een intrest van 500 EUR.



Hoe moet ze tewerk gaan om die informatie mee te delen? 1e mogelijkheid: in een volgende reporting (betreffende

‘intrestbetalingen’ van het jaar in de loop waarvan de ‘intrestbetaling’ uiteindelijk wordt uitgevoerd of toegekend). 2e mogelijkheid : door middel van een verbeterende aangifte

(van de reporting 2011) maar in dat geval, zonder een ‘enig referentienummer’ te kunnen vermelden, aangezien er geen oorspronkelijke mededeling van informatie is geweest. Algemene vraag In de veronderstelling van een correctie of annulering van een intrestbetaling, aangegeven in een vorige reporting, moet de bank de verrichting uit het verleden corrigeren of annuleren door het doen van een individuele aangifte (reporting) die beperkt is tot de te corrigeren of te annuleren intrestbetaling? OF kan ze een nieuwe volledige reporting sturen voor het betrokken jaar (een bijwerking van een vorige versie die deze vorige versie vervangt) en, in dat geval, hoeveel keer per jaar?

1 9

Cumulcriteria: Vraag: Wordt in België Art9PaymentData behouden zoals bepaald in het document FISC 135 ? Uitgaande van die hypothese, kan daaruit worden afgeleid Date impression : 30/03/2015 Statut : DRAFT

De FOD Financiën doet alleen de dispatching naar de landen van bestemming en niets anders. Die dispatching is gebaseerd op de landencode van de woonplaats van de begunstigde. Page 12 sur 26 DateVersion : 170510v1

2 0

2 1

dat de hergroepering plaatsvindt via de volgende stappen: 1) Per BO / Land van woonplaats ; 2) Per SpecificPaymentType ; 3) Per munt; 4) Per rekening. Indien deze hypothese in aanmerking wordt genomen, hoe een DocRefId definiëren voor artikel 9 van betaling ? Als het huidige schema van art9 van betaling behoud, wil dit zeggen dat indien ik in een zelfde type betaling twee munten heb, ik eenzelfde DocRefId zou hebben voor de twee betalingen ? Of wanneer ik twee rekeningen heb waarop betalingen zijn ontvangen, hebben die twee rekeningen hetzelfde DocRefID ? Ander vraagteken: op ble. 7 van de V3 van het document 'Protocole JMONNET' , definieert u de structuur van het DocRefID voor de PA, de BO, Art9 van betaling en Art4.2 van betaling. Nergens vind ik de definitie van die structuur voor een residuele entiteit. Wil dit zeggen dat die geen enige referentie vereist? Een klant van de financiële instelling in België woont gedurende 6 maand in Frankrijk en heeft daar ook zijn fiscale residentie maar verhuist in juli naar België en behoudt zijn fiscale residentie in Frankrijk. De intresten worden toegekend per einde jaar dus op het moment dat zijn woonplaats in België is maar zijn fiscale residentie nog steeds in Frankrijk. Date impression : 30/03/2015 Statut : DRAFT

Cfr. Vraag 13 van dit document.

Het in de XML aan te duiden adres is altijd het adres van de fiscale woonplaats.


We moeten dus informatie-uitwisseling doen maar onze vraag is welke adres we moeten opgeven in de XML file. Het adres op moment van betaling van intresten, zijnde het adres in België of zijn oorspronkelijk adres in Frankrijk?

2 2

betreft de reporting van “intrestbetalingen” waarvan de Uiteindelijk Gerechtigde (UG) een gelijkgesteld niet-inwoner is. Voorbeeld : De heer Dupont

is een Europese ambtenaar met een wettelijk adres in Brussel en een fiscale woonplaats in Frankrijk (zoals vermeld op attest HIS 276) Hij heeft een termijnrekening bij een Belgische bank die 1.000 EUR in de loop van 2010 opbrengt. Hoe zal de Belgische bank doen om die situatie te rapporteren ?

Cfr. Antwoord 21. In de praktijk in dat geval, ResCountryCode= Fr aangezien dat het land van de fiscale woonplaats is, zoals aangegeven in het document HIS 276.

Voorstel : Op

het document FISC153 (bladzijde 41) staat de structuur vermeld voor wat betreft The Beneficial Owner. Er zijn twee vaken : ResCountryCode en Address – CountryCode. Zou de Belgische bank het vak ResCountryCode kunnen gebruiken om de Tax Country van de UG te communiceren ? Op basis daarvan zou de Belgische fiscus weten naar welke EU lidstaat deze info moet worden doorgestuurd ? Is dat (praktisch gezien) aanvaardbaar ? 2 3

Voor Residuele Entiteiten (Art.4_2) dienen we cfr. jullie informatie in vrije text de naam van de gerechtigde (the Date impression : 30/03/2015 Statut : DRAFT

name

Cfr. Protocol. De naam van de residuele entiteit kan niet anders zijn dan ‘free’. Page 14 sur 26 DateVersion : 170510v1

of the Beneficial Owner ) mee te delen.

BASE: /dt:DirectTaxMessage/dt:Body/sd:InitialElements/sd:Article4_2 LOCATION: sd:Entity/NameFree

Figure 10 - Name of the Entity The NameFree element allows entering the name of the Date impression : 30/03/2015 Statut : DRAFT


entity as free text. It has an optional attribute, nameType, which can take one of the following values, inherited from STF:

Maar in het xsd-schema is (NameFree) een groepsveld en geen element dat een waarde kan bevatten ??? <xsd:complexType name="EntityParty_Type"> <xsd:sequence> <xsd:element name="OtherInfo" type="sd:OtherInfo_Type"/> <xsd:element name="NameFree" type="sd:EntityName_Type"/> <xsd:element name="Address" type="sd:Address_Type"/> <xsd:attribute name="oecdLegalType" type="stf:oecdLegalType_Type" use="required" fixed="06"/>



Kunnen jullie ons hiermee verder helpen aub. ?

2 4

Vraag rond de paying agent bij splitsen files :

Het is de optie 1. File 1 : - Header 1– body 1(PA1 + BO1) File 2 : - Header 2– body 2(PA1 met een DocRefId différent + BO2)

Wanneer we een file moeten splitsen owv volumes hoe moeten we dan de files aanmaken optie 1 1e file : initial elements (met een paying



agent) 2e file : initial elements met een nieuwe paying agent (dus nieuwe docreferte maar met dezelfde gegevens als die van file 1) optie 2 1e file : initial elements (met een paying agent) 2e file : spontane correcties voor paying agent met nieuwe beneficial owners en paying agents

2 5

Based on the documentation available on the febelfin extranet, we are building a solution to generate the XML DirectMessageTag.

1. acctNoQlf : It’s a free text zone so you should indicate the real type of the account number.

After a detailed analysis of the available specifications, we still have a few questions. We would appreciate if you could take the time to answer them or to forward this message to the appropriate persons.

2. secNoQlf : It’s a free text zone so you should indicate the real type of the security number.

1) What is the list of possible values for the attribute acctNoQlf of the OBAN element? Or is a it free text we can fill as we like?

3. othQlf : It’s a free text zone wich allow you to indicate more specific personal.

The account structure we use at Petercam is 15-2 which is neither an IBAN nor a BBAN number. We therefore have to use the OBAN element. This element has a *compulsory* acctNoQlf allowing Date impression : 30/03/2015 Statut : DRAFT


to indicate which type of account is used. In the sample xml file downloaded from the febelfin extranet, we noted that this attribute was always set to "BBAN". --> So, as our account structure is not a BBAN, what value should we use to fill in the attribute acctNoQlf? 2) What is the list of possible values for the attribute secNoQlf of the OSIN element? Or is a it free text we can fill as we like? 3) What is the list of possible values for the attribute othQlf of the OtherPersData element? Or is a it free text we can fill as we like?

2 6

Worden volgende wijzigingen effectief van kracht vanaf 01/01/2011: 1) afschaffing grootvaderclausule: In FAQ van Febelfin op p. 14 staat ivm grootvaderclausule: 'In principe is de clausule van toepassing tot 31 december 2010.' Waarom staat er 'in principe' ? 2) wijziging van drempel van 40% naar 25% bij verkoop of terugbetaling op vervaldag van beveks:

Momenteel is de verkoop of terugbetaling op vervaldag van beveks die minder dan 40% beleggen in rentedragende producten niet onderworpen aan Europese spaarfiscaliteit. Date impression : 30/03/2015 Statut : DRAFT

1. De grootvaderclausule wordt voltooid op 31/12/2010 voor de Belgische paying agents. De uitdrukking ‘in principe’ is niet meer relevant. Het feit dat België is gekanteld in het systeem van de informatieuitwisseling heeft tot gevolg dat de grootvaderclausule in België niet kan worden verlengd na 31/12/2010.

2. Vanaf 1/1/2011, gaat de drempel van 40% naar 25%. Voor de overdrachten/terugbetalingen/wederinkoop van deelbewijzen van ICBE’s gedaan vanaf die datum, moet de drempel van 25% worden toegepast om te bepalen of de betaling binnen de toepassingssfeer van de richtlijn valt en moet, in bevestigend geval, de informatie-uitwisseling plaatsvinden. Page 19 sur 26 DateVersion : 170510v1

Wijzigt 40% naar 25% vanaf 01/01/2011 ? 2 7

2 8

1) In verband met het TIN-nummer heeft de fiscus een document uitgewerkt waarin voorbeelden van ID-kaarten van verschillende betrokken landen vermeld staan en waarin uitgelegd wordt waar men het TIN-nummer op de betreffende ID-kaart kan terugvinden. Men zou het document in principe moeten terugvinden op Fisconet door op een link in bijlage n°6 van de circulaire Ci.R.9.Div./602/285 (AOIF nr 25/2010) dd 12.03.2010 te klikken maar deze link werkt niet. Zou u ons het document kunnen bezorgen?

1. Voor wat de FIN-nummers (fiscaal identificatienummer) betreft is de link: http://fngsvvmefiscd01/interfaoiffr/Werkgevers/Fichesopgaven/nif.htm Er is ook toegang tot deze bladzijde via de website: www.minfin.fgov.be , "Administraties” kiezen --> "Belastingen en invordering" --> "Ondernemings- en inkomensfiscaliteit" of op www.fiscus.fgov.be . Op die website, in de rubriek "Bericht aan de werkgevers en schuldenaars van inkomsten" kiezen voor "fiches en opgaven (Fr, De, Nl), dan op de link FISCAAL IDENTIFICATIENUMMER (FIN)

2) Waarom moeten we niet-residenten identificeren vai het TIN-nummer? Mag dit niet gewoon via naam, voornaam, geboortedatum, geboorteplaats, ...?

2. Vanaf het ogenblik dat de informatie beschikbaar is, moet het nummer worden vermeld.

3) Op basis van welke criteria moeten interesttransacties gegroepeerd worden vooraleer ze worden doorgestuurd naar Minfin. zelfde persoon, type contract, munt, fiscale woonplaats, ... Verschillende uitkeringen van intresten op eenzelfde product mogen geglobaliseerd worden in de rapportering – is het ook toegestaan om verschillende uitkeringen van intresten in detail te rapporteren? Voorbeeld: termijnrekening met plaatsing 1 van januari 2010 tem juni 2010 plaatsing 2 van juli 2010 tem december Date impression : 30/03/2015 Statut : DRAFT

3. Er moet een hergroepering gebeuren per Persoon, contracttype, rekeningtype, munt en fiscaal adres.

De Belgische paying agents kunnen uiteraard twee informatieverstrekkingen uitvoeren wanneer verscheidene intrestbetalingen met betrekking tot eenzelfde product worden geglobaliseerd. In het voorbeeld zouden de Belgische paying agents twee informatieuitwisselingen moeten kunnen doen. Dat kan nuttig zijn voor de Lidstaat die de informatie ontvangt. Immers, tussen de 2 vervaldagen (juni en december 2010) kan het inkomen betrekking hebben op 2 aanslagjaren. De woonplaats van de begunstigde kan van Lidstaat veranderd zijn of de begunstigde kan een andere Page 20 sur 26 DateVersion : 170510v1

2010

persoon zijn.

hebben we de keuze in de gegevensuitwisseling om plaatsing 1 en 2 apart te rapporteren of te globaliseren?

2 9

Vraag 1: Bij opmaken van een record zijn er verschillende elementen die mogelijk als uniek kunnen beschouwd worden. Men kan uniek werken op naam, rekeningnummer met als bijkomende onderverdeling per type betaling of munt. Welk is de structuur of volgorde (key) die dient gerespecteerd te worden? Mag men bij aangifte voor fysieke personen (article 9) iedere betaling als een aparte record beschouwen? Of dient men totalen te maken per PayementType? Vraag 2: Tijdens de infosessie van 16 september heeft Dexia hun project toegelicht. Ook hebben zij gemeld welke informatie er ter beschikking is. Een van de belangrijke was: Administratif circular dd 12/03/2010. Zou u ons kunnen melden waar wij deze kunnen bekomen? Vraag 3: Bank X is een Commanditaire Vennootschap op Aandelen dient men dan als oecdLegalType “03” gebruiken (Partnership)? Vraag 4: In MonAmnt dient men het “gross amount” ingeven m.a.w. het bruto bedrag. Indien er echter 15% Roerende Voorheffing is afgehouden dient men dan het netto of Date impression : 30/03/2015 Statut : DRAFT

1. Voor eenzelfde product mogen de verschillende intrestbetalingen inderdaad worden geglobaliseerd. De intrestbetalingen van eenzelfde categorie daarentegen die overeenstemmen met verschillende producten (voorbeeld: verscheidene afzonderlijke bankrekeningen) moeten niet worden geglobaliseerd. 2. De circulaire kan worden geraadpleegd via het portaal van Financiën (Fisconet plus)

3. Wij begrijpen de vraag niet aangezien ‘oecdLegalType” alleen betrekking heeft op BOParty_Type. Gaat het niet eerder om “PALegal_Type”waar 6 als waarde moet worden vermeld?

4. Er moet 25 euro (bruto) worden vermeld.

5. Wanneer inkomsten van buitenlandse oorsprong in België worden betaald en er een buitenlandse belasting werd ingehouden, moet het bedrag van die buitenlandse belasting van het mee te delen bedrag worden afgetrokken.

6. Er moet worden gerapporteerd in de munt van de ontvangen intresten. Page 21 sur 26 DateVersion : 170510v1

bruto vermelden? Vb: In een onverdeeldheid van 4 zit een begunstigde die in een ander europees land vertoeft. Er wordt 100 euro brut uitbetaald maar min 15% roerende voorheffing. Zal men dan 25 euro (brut) aangeven voor deze persoon of 21 euro (net)? Vraag 5: Bij uitbetaling van een buitenlandse obligatie waar reeds buitenlandse taks afgehouden werd door de uitbetalende buitenlandse instantie (of correspondent) dient men dan bij uitbetaling aan een klant aangifte te doen van bruto? Of van bruto min buitenlandse taks? Vraag 6: Bij een obligatie in vreemde munt die wordt uitbetaald in vreemde munt diet men het bedrag in vreemde munt aan te geven met vermelding van devies. Maar voor een obligatie in vreemde munt, die rente betaald in vreemde munt, en voor de klant wordt omgezet naar een betaling op zijn euro rekening dient men dan het rente bedrag in euro of in devies aan te geven?

7. Er moet een onderscheid worden gemaakt tussen de laatste coupon, die hier overeenstemt met de intrestbetaling tussen 2 vervaldagen (PayementType A), en het element “meerwaarde” (PayementType B). Voor dit laatste laat de richtlijn de keuze aan de Lidstaten tussen de mededeling van het totaal bedrag van de terugbetaling en de meerwaarde (verschil tussen terugbetaling en oorspronkelijke waarde: 3.000 euro in het voorbeeld).

8. Het is duidelijk dat de Belgische paying agents niet verplicht zijn om een overlijden te beschouwen als een intrestbetaling in de zin van de spaarrichtlijn. 9. PaymentQlf moet altijd = “gip” 10. De aanvangsdatum van de contractuele relatie moet in aanmerking worden genomen.

Vraag 7: Indien men spreekt over een terugbetaling van een obligatie. Heeft men enerzijds de laatste obligatiecoupon die betaald (PayementType A) en anderzijds heeft men mogelijk een premie indien de inschrijvingsprijs kleiner was dan de terugbetaling. Dient men dan het percentueel Date impression : 30/03/2015 Statut : DRAFT


verschil aan te geven (PayementType B)? En is dit wat men bedoelt bij een “Totaal bedrag van de opbrengst van de overdracht” bij een PaymentType B? Vb: Een klant, buitenlander, schrijft in voor obligatie 100.000 nominaal aan 97% en terugbetaling aan 100%. Dient men dan de 3000 euro aan te geven als PayementType B? Vraag 8: Wat dient er te gebeuren bij een nalatenschap? Tijdens een periode heeft men een rekening met titularisen die na afwerking van de successierechten over een deel van de erfenis zullen beschikken. Mogelijk is er een der erfgenamen onderhevig aan woornstaatheffing. Heeft de datum van overlijden enige invloed in deze veronderstelling? Vraag 9: Bij paymentQlf_Type spreekt men over gip, nip, twth en trt. Bestaat er ergens een duidelijke omschrijving wat er bedoelt wordt met deze termen? Of bestaat er ergens een voorbeeld van deze bepalingen? (misschien komt daar meer duidelijkheid over op 7 oktober) Vraag10: Als men spreekt over datum opening van een rekening. Doelt men dan echt over de datum opening rekening of, in sommige gevallen, over de datum wanneer de eigenaar mogelijk verhuist naar het buitenland en van dan af onderhevig is aan woonstaatheffing? Of moment dat een buitenlander titularis wordt van een reeds bestaande Date impression : 30/03/2015 Statut : DRAFT


rekening? 3 0 3 1

Als er een interestbetaling is in USD op een rekening in EURO, in welke munt moet de interest gerapporteerd worden: USD of EURO? Dear, Two question regarding the reporting on addresses: 1. Can we report about foreign addresses as follows? Using the City tag to report the City and the Post code and leaving the PostCode tag empty?

urn:AddressStruct> stf:Street>VIA CARINA 75 stf:PostCode> stf:City>I-40006 BOLOGNE urn:AddressStruct>

Er moet worden gerapporteerd in de munt van de ontvangen intresten, dus in dit geval in USD. 1. Neen, er moet gebruik worden gemaakt van PostCode voor het vermelden van « 40006 » in uw geval: < AddressStruct> < Street > VIA CARINA <BuildingIdentifier>75 < PostCode >40006< /PostCode > BOLOGNE < /AddressStruct>

2. De aanpak is correct.

2. If we have the following case: De heer Dupont is een Europese ambtenaar met een wettelijk adres in Brussel en een fiscale woonplaats in Frankrijk (zoals vermeld op attest HIS 276) Hij heeft een termijnrekening bij een Belgische bank die 1.000 EUR in de loop van 2010 opbrengt. Can you confirm the approach below? We will use the ResCountryCode Tag to report about his Tax Country FR, and use the Address Tag to report about his legal address? Date impression : 30/03/2015 Statut : DRAFT


n:BeneficialOwner oecdLegalType="01" contractBefore2004="true"> FR M 1935-10-08 François Dupont BE <stf:Street>EZELSSTRAAT 6 <stf:PostCode>1000 <stf:City>BRUSSEL 1 BE0403201185-BO-2010000339

3 2

Welke procedure moet worden gevolgd voor spontane correcties?


In afwachting van de toepassing van de spontane correcties van type 2 door de FOD Financiën in 2012, moet als volgt worden tewerk gegaan: 1. Een annulatie van het betrokken BO zenden met vermelding van de Page 25 sur 26 DateVersion : 170510v1

DocRefId ervan en een DocTypeIndic = 3, 2. Een nieuw bestand zenden met de nieuwe gegevens van het geannuleerde BO met een nieuw DocRefId en een DocTypeIndic = 1, 3 3 3 4 3 5



Dat is wat er gevraagd werd. Eén bestand per paying agent (KBC, CBC, )

Recommend Documents