Handleiding XML-formaat voor Europese Domiciliëringen in België. versie januari

Transcriptie

1 Financial Supply Chain SEPA Handleiding XML-formaat voor Europese Domiciliëringen in België versie januari

2 Inleiding 1 Vaak gestelde vragen 2 Hoe wordt CreationDateTime correct gevormd? 2 Hoe wordt InitiatingParty correct gevormd? 2 Hoe moet de bovenstaande tabel worden geïnterpreteerd en waarvoor staan de + en [#..#] -tekens? 4 Wat is BatchBooking? 4 Wat is het SequenceType? 5 Wat is de RequestedCollectionDate? 5 Hoe is de rapportering in CODA gemaakt? 6 ING-bijlage bij Febelfin SEPA DIRECT DEBIT IG 6 Voorbeelden 10 CIRI01 tot XML (mapping) 18 Referentie-informatie 19 Nuttige links 20

3 Inleiding Dit document is bestemd om u te helpen het "XML-formaat voor uw SEPAtransacties te begrijpen en te gebruiken. Febelfin heeft op hun website het document "XML-bericht voor een Europese domiciliëringsopdracht - Implementatierichtlijnen" gepubliceerd dat gebaseerd is op de standaarden van de European Payments Council (EPC). De richtlijnen zouden alle nodige informatie moeten bevatten om een correct financieel bericht te creëren. We zijn echter van mening dat bijkomende uitleg nodig is om te komen tot vlotte en efficiënte verrichtingen met een bevredigend eindresultaat. Onze beschrijving baseert zich op het standaardbericht ISO CustomerDirectDebitInitiation pain , aangevuld met de Febelfinrichtlijnen voor XML-berichten en de ING-bijlage. De ISO standaard legt bepaalde regels en verplichtingen op met betrekking tot het gebruik van de standaard XML-berichten. In de bijlage van ING die moet worden beschouwd als een aanvulling op de richtlijnen van Febelfin, wordt meer informatie gegeven over wat al dan niet door ING wordt ondersteund. De bijlage van ING heeft voorrang op de XML-implementatierichtlijnen van Febelfin. Zowel het document van Febelfin als de bijlage van ING moeten samen worden gelezen en vormen de sleutel om te komen tot een succesvolle migratie. Een bijkomend element om te komen tot een correcte migratie naar SEPA is uw bestaande kennis. In dit document willen wij u ook informatie geven over hoe u XML-elementen kunt creëren op basis van uw CIRI01-protocol. Daarna laten we u weten hoe ING u kan helpen om dit te testen. We willen er wel op wijzen dat de uiterste tijdstippen (cut-off times) van ING moeten worden gerespecteerd met het oog op een vlotte verwerking van uw transacties. Handleiding XML-formaat in België Europese Domiciliëringen 1

4 Vaak gestelde vragen Hoe wordt CreationDateTime correct gevormd? Definitie: Datum en tijdstip waarop een (groep) betaalinstructie(s) werd(en) aangemaakt door de afzender. XML TagL: <CreDtTm> Aanwezigheid: [1..1] Formaat: YYYY-MM-DDThh:mm:ss Voorbeeld: <CreDtTm> T09:40:30</CreDtTm> Als dit formaat niet wordt gerespecteerd, zal de betaalinstructie worden verworpen. Hoe wordt InitiatingParty correct gevormd? Definitie: Afzender van de betalingsopdracht. Bij een domiciliëring kan dat de schuldeiser zijn of de partij die namens de schuldeiser het initiatief neemt voor de betalingsopdracht. XML Tag: <InitgPty> Aanwezigheid: [1..1] Formaat: Deze rubriek bestaat uit de volgende elementen. 1.8 [1..1] ++ InitiatingParty <InitgPty> [0..1] +++ Name <Nm> 70 [0..1] +++ Identification <Id> [1..1] ++++ OrganisationIdentification <OrgId> [0..1]{Or BICOrBEI <BICorBEI> 11 [0..1] Or} Other <Othr> [1..1] Identification <Id> 35 [0..1] Issuer <Issr> 35 Regels: Ofwel Name, ofwel Identification, ofwel beide gebruiken. Voor de naam geldt een maximum van 70 karakters. Voor Belgische ondernemingen moet de Identification (in Other) het ondernemingsnummer (10 cijfers) bevatten, en moet als Issuer KBO-BCE worden ingevoerd. Als Identification wordt gebruikt, dan moet OrganisationIdentification worden ingevoerd (verplicht). Als OrganisationIdentification wordt gebruikt, mag ofwel BICOrBEI worden gebruikt, ofwel eenmaal Other. Als Other wordt gebruikt, dan moeten Identification en Issuer worden gebruikt, daar deze beiden verplicht zijn. Handleiding XML-formaat in België Europese Domiciliëringen 2

5 Hoe moet de bovenstaande tabel worden geïnterpreteerd en waarvoor staan de + en [#..#] -tekens? Het + -teken verwijst naar het niveau binnen de structuur waarop het element voorkomt in de xml-structuur. De [#..#] geeft aan wanneer een onderdeel van het bericht verplicht is, en hoeveel keer hij mag voorkomen. Een tag in het xml-bericht is: Verplicht als er [1..1] staat (=> minimum 1, maximum 1 keer voorkomen) Optioneel als er [0..1] staat (=> minimum 0, maximum 1 keer voorkomen) Verplicht als er [1..n] staat (=> minimum 1, maximum n keer voorkomen) n wordt soms weergegeven door. Dit symbool staat voor een uitdrukking van oneindigheid. De interpretatie van de status van de gegevens wordt beïnvloed door de indicatie Of. In dat geval is het mogelijk om één van beide elementen te gebruiken. Beide elementen zijn juist, maar hebben een andere impact of gevolg. De twee verschillende elementen zullen op de volgende wijze getoond worden in de indicatie van de aanwezigheid: [0..1] {Or [0..1] Or} Illustratie met Initiating Party: 1ste niveau (+) 2de niveau (++) Initiating Party op niveau 2 (++) is verplicht [1..1]. 3de niveau (+++) Ofwel Name (+++) ofwel Identification (+++) of beide moeten worden gebruikt, en zijn optioneel [0..1]; daar Initation Party verplicht is, moet minstens één van beiden voorkomen in de xml. 4de niveau (++++) Als Identification (+++) wordt gebruikt, dan moet OrganisationIdentification (++++) worden gebruikt, omdat het verplicht is [1..1]. Handleiding XML-formaat in België Europese Domiciliëringen 3

6 Voor OrganisationIdentification (++++) is er de keuze tussen één van de twee optionele elementen: BICOrBEI (+++++), of Other (+++++). Er moet minstens één van deze twee voorkomen, maar niet allebei (er staat een {or} tussen; de tag OrganisationIdentification (++++) hierboven is verplicht, maar mag maximaal 1 keer voorkomen: [1..1]) 1ste Mogelijkheid: BICOrBEI (+++++) kan worden gebruikt (deze code wordt toegekend aan organisaties door de ISO 9362 Registration Authority, bvb. voor niet-belgische ondernemingen). 5de niveau (+++++) 2de Mogelijkheid : Indien Other (+++++) wordt gebruikt, dan moet Identification (++++++) worden gebruikt omdat het verplicht is [1..1]. Issuer (++++++) is optioneel [0..1]. 5de niveau (+++++) 6de niveau (++++++) Voor Belgische ondernemingen, moet Identification (onder Other) het Belgisch Ondernemingsnummer bevatten (10 digits) en als Issuer KBO-BCE. Wat is BatchBooking? Gebruik van de functie BatchBooking is facultatief, maar wordt door ING genegeerd voor Europese domiciliëringen. Deze functie zou de auteur van het bestand toelaten om voor elk bestand, of zelfs voor elke batch in een bestand, te definiëren of er globaal of individueel moet worden gecrediteerd op de opdrachtgevende rekening. ING beschouwt alle domiciliëringen als globaal te crediteren op de rekening. Wanneer meer gedetailleerde informatie vereist is over al dan niet uitgevoerde domiciliëringen, kan ING alle nodige informatie verschaffen in de CODA-rapportering. Om dit aan te vragen, dient u contact op te nemen met uw contactpersoon bij Electronic Banking Support Help Desk ten minste vier werk dagen vóór de uitvoeringsdatum. Handleiding XML-formaat in België Europese Domiciliëringen 4

7 Wat is het SequenceType? Zowel terugkerende als éénmalige inningen kunnen worden verwerkt. Terugkerende domiciliëringen zijn opdrachten waarbij de toestemming van de schuldenaar wordt gebruikt voor regelmatig terugkerende domiciliëringen uitgaande van de schuldeiser. Eénmalige domiciliëringen zijn opdrachten waarbij toestemming wordt gegeven om slechts één enkele domiciliëring te verrekenen, en die toestemming niet kan worden gebruikt voor daaropvolgende transacties. Definitie: Identificeert sequentie van de domiciliëringen, bv. First (eerste), Recurrent (terugkerende), Final (laatste) of One Off (éénmalige). XML Tag: <SeqTp> Aanwezigheid: [1..1] Formaat: Eén van de volgende waarden moet worden gebruikt. CODE NAAM DEFINITIE FRST First (Eerste) Eerste inning van een reeks terugkerende domiciliëringsopdrachten RCUR Recurrent (terugkerend) Domiciliëringsopdracht waarbij de toestemming van de schuldenaar wordt gebruikt voor regelmatige domiciliëringen uitgaande van de schuldeiser. FNAL Final (Laatste) Laatste inning van een reeks domiciliëringsopdrachten. OOFF One Off (eenmalig) Domiciliëringsopdracht waarbij de toestemming van de schuldenaar wordt gebruikt voor een éénmalige domiciliëring. Regels: FRST is verplicht wanneer OriginalDebtorAgent (2.58- Febelfin referentie) aanwezig is en SMNDA (Same Mandate New Debtor Agent) bevat. FRST is ook verplicht voor de eerste inning, bij migratie van DOM80 naar de Europese domiciliëring. Wanneer een terugkerende domiciliëring wordt verzonden, moet er voordien al een eerste domiciliëring zijn verzonden. Na verzending van deze eerste domiciliëring zullen de terugkerende domiciliëringen volgen. Wanneer een eerste Europese domiciliëringsopdracht niet wordt betaald (ze wordt verworpen of geannuleerd), wordt ze beschouwd als nooit verzonden. De schuldeiser moet de inning opnieuw verzenden als een eerste -transactie met dezelfde of gecorrigeerde informatie, en binnen hetzelfde tijdskader (op basis van dezelfde mandaatreferentie en hetzelfde schuldenaarsrekeningnummer). Wanneer een eerste domiciliëringsopdracht wordt teruggestuurd, moet de schuldeiser een terugkerende transactie verzenden, in de veronderstelling dat het mandaat is aanvaard. Reporting: de CODA-rapportering is verbeterd en vermeldt nu of de teruggestuurde transactie werd verworpen of teruggestuurd. Handleiding XML-formaat in België Europese Domiciliëringen 5

8 Wat is de RequestedCollectionDate? Definitie: Datum waarop het geld overeenkomstig de eis van de schuldeiser moet worden gedebiteerd van de rekening van de schuldenaar. XML Tag: <ReqdColltnDt> Aanwezigheid: [1..1] Formaat: YYYY-MM-DD Gebruik: De minimumtermijn tussen de verzendingsdatum en RequestedCollectionDate, de datum van de vereiste inning, hangt af van het type domiciliëring (B2B of CORE) en van het Sequence Type (FRST, OOFF, RCUR, FNAL). Voorbeeld: <ReqdColltnDt> </ReqdColltnDt> Regel bij ING: Maximaal 6 maanden in de toekomst. Wanneer een opdracht volgens de gevraagde inningsdatum te laat bij ING wordt geleverd, wordt de (collection date) inningsdatum dienovereenkomstig aangepast. In het bestand moet een correcte inningsdatum worden vermeld, anders is een manuele tussenkomst nodig. Dat zou van invloed kunnen zijn op de prijs en de verwerkingstijd, aangezien de transactie niet zal worden beschouwd als STP (straight-through processing). Bij gebruik van de RequestedCollectionDate -tag moet rekening worden gehouden met de uiterste tijdstippen bij ING (cut-off times). Als deze uiterste tijdstippen bij ING niet worden gerespecteerd, kan het uitvoeringstijdstip van de betaling worden gewijzigd. Hoe is de rapportering in CODA gemaakt? Wenst u een rapportering op transactieniveau in plaats van op betalingsinformatieniveau, dan kan dit geregeld worden via de instelling van het ING CODA-product, niet via het XML-formaat. Bijkomende informatie over CODA-rapportering is verkrijgbaar op aanvraag in onze brochure Handleiding CODA2.3 voor Europese domiciliëringen. Handleiding XML-formaat in België Europese Domiciliëringen 6

9 ING-bijlage bij Febelfin SEPA DIRECT DEBIT IG (Annexe version ) ING ondersteunt het XML-bericht voor Europese domiciliëringsopdrachten, Richtlijnen voor Core en Business-to-Business toepassing gepubliceerd door Febelfin, de Belgische Federatie van de financiële sector. Dit document vindt u terug via de volgende link: Wij raden de cliënt aan steeds de laatst gepubliceerde versie te gebruiken. De beslissing of wijzigingen nodig zijn, wordt genomen door de European Payments Council (EPC). Deze bijlage bij het document van Febelfin werd opgesteld om informatie te verschaffen over de manier waarop deze richtlijnen door ING zijn geïnterpreteerd voor SEPA-betalingen (Europese domiciliëringen) uitgevoerd in België. Enkel rekeningen van Belgische crediteurs worden belicht. Elektronische kanalen: enkel Swiftnet of FTP of Isabel 6.0. De beschrijving baseert zich op het standaardbericht ISO CustomerDirectDebitInitiation <pain >. Het aantal invorderingen is beperkt tot een maximum van domiciliëringen per bestand. Lijst van items met specifieke ING-instructie Hoe moet deze lijst gelezen worden De XML-implementatierichtlijnen van Febelfin en de bijlage van ING zijn twee nuttige documenten voor cliënten die gemakkelijk willen overstappen naar SEPAproducten. Deze documenten moeten naast elkaar worden gelezen, want in de bijlage van ING wordt verwezen naar de hoofdstukken en nummering (index) van de XML-implementatierichtlijnen van Febelfin. De bijlage van ING heeft voorrang op de XML-implementatierichtlijnen van Febelfin. De eerste twee cijfers die hieronder worden vermeld, staan voor de index. Dit nummer verwijst naar de overeenstemmende beschrijving in het ISO XML Message Definition Report for Payment Standards Initiation. Niet ondersteund betekent dat het nummer genegeerd wordt door ING (geen blokkerende factor, maar genegeerd met het oog op uitvoering en rapportering). 1.7 ControlSum (Berichtniveau M ) Niet gecontroleerd 1.8 InitiatingParty (Berichtniveau M ) Enkel Name, beperkt tot 70 karakters. Issuer wordt niet ondersteund. Handleiding XML-formaat in België Europese Domiciliëringen 7

10 2.3 BatchBooking (Batchniveau B ) Alle domiciliëringsopdrachten bij ING Bank worden verwerkt als globale crediteringsopdrachten (BatchBooking = true), ongeacht de gespecificeerde waarde. 2.4 NumberOfTransactions (Batchniveau B ) Niet ondersteund 2.5 ControlSum (Batchniveau B ) Niet ondersteund 2.6 PaymentTypeInformation (Batchniveau B ) Service Level wordt niet ondersteund RequestedCollectionDate (Batchniveau B ) Maximaal 6 maanden in de toekomst. Wanneer een opdracht volgens de gevraagde inningsdatum te laat bij ING wordt geleverd, wordt de (collection date) inningsdatum dienovereenkomstig aangepast CreditorAccountCurrency (Batchniveau B ) Currency mag niet worden gebruikt (rekening moet in EUR zijn) 2.23 UltimateCreditor (Batchniveau B ) Enkel Name Issuer wordt niet ondersteund. Legenda M B1 T1 T2 Handleiding XML-formaat in België Europese Domiciliëringen 8

11 Niveau (+) CUSTOMERDIRECTDEBITINITIATION Berichtitem Aanw. 1 GroupHeader [1..1] BERICHTNIVEAU 2 MessageIdentification [1..1] 2 CreationDateTime [1..1] 2 NumberOfTransactions [1..1] 2 ControlSum [0..1] 2 InitiatingParty [1..1] 1 PaymentInformation [1..n] BATCHNIVEAU 2 PaymentInformationIdentification [1..1] 2 PaymentMethod [1..1] 2 BatchBooking [0..1] 2 NumberOfTransactions [0..1] 2 ControlSum [0..1] 2 PaymentTypeInformation [1..1] 2 RequestedCollectionDate [1..1] 2 Creditor [1..1] 2 CreditorAccount [1..1] 2 CreditorAgent [1..1] 2 UltimateCreditor [0..1] 2 ChargeBearer [0..1] 2 CreditorSchemeIdentification [0..1] 2 DirectDebitTransactionInformation [1..n] TRANSACTIENIVEAU 3 PaymentIdentification [1..1] 3 InstructedAmount [1..1] 3 DirectDebitTransaction [1..1] 4 MandateRelatedInformation [1..1] 3 UltimateCreditor [0..1] 3 DebtorAgent [1..1] 3 Debtor [1..1] 3 DebtorAccount [1..1] 3 UltimateDebtor [0..1] 3 Purpose [0..1] 3 RemittanceInformation [0..1] Handleiding XML-formaat in België Europese Domiciliëringen 9

12 Voorbeelden 4. Voorbeelden Terugkerende Europese domiciliëring met twee transacties Handleiding XML formaat voor Europese domiciliëringen in België Het volgende voorbeeld betreft een terugkerende domiciliëring met twee Terugkerende transacties voor een Europese totaalbedrag van domiciliëring ,74 euro. met Er wordt twee batchbooking transacties (globale boeking per batch) gevraagd. Het Afzender volgende is COBELFAC voorbeeld NV. betreft een terugkerende domiciliëring met twee transacties voor een totaalbedrag Crediteur is AAAAAAAA, van ,74 gevestigd euro. in Er België. wordt batchbooking (globale boeking per batch) gevraagd. Afzender is COBELFAC NV. Crediteur De eerste is AAAAAAAA, transactie betreft gevestigd een bedrag in België. van 4.723,34 euro. Debiteur 1 is CBA, gevestigd De eerste in België. transactie betreft een bedrag van 4.723,34 euro. Debiteur 1 is CBA, gevestigd in De tweede België. transactie betreft een bedrag van 7.000,40 euro. Debiteur 2 is XYZ, De gevestigd tweede in transactie België. betreft een bedrag van 7.000,40 euro. Debiteur 2 is XYZ, gevestigd in België. Handleiding XML formaat voor Europese Handleiding XML-formaat in België Europese Domiciliëringen 10 domiciliëringen in België Page 12 of 21

13 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML formaat voor Europese Handleiding XML-formaat in België Europese Domiciliëringen 11 domiciliëringen in België Page 13 of 21

14 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML-formaat in België Europese Domiciliëringen 12 Handleiding XML formaat voor Europese Page 14 of 21

15 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML-formaat in België Europese Domiciliëringen 13 Page 15 of 21

16 Migratie van DOM80 Handleiding XML formaat voor Europese domiciliëringen in België Het volgende voorbeeld betreft een domiciliëring die voor het eerst wordt uitgevoerd bij migratie van DOM80 naar de Europese domiciliëring. Migratie van DOM80 Het volgende voorbeeld betreft een domiciliëring die voor het eerst wordt uitgevoerd bij migratie van DOM80 naar de Europese domiciliëring. Handleiding XML-formaat in België Europese Domiciliëringen 14 Handleiding XML formaat voor Europese Page 16 of 21

17 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML formaat voor Europese domiciliëringen Handleiding XML-formaat in België in België Europese Domiciliëringen 15 Page 17 of 21

18 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML formaat voor Europese Handleiding domiciliëringen XML-formaat in België in België Europese Domiciliëringen 16 Page 18 of 21

19 Handleiding XML formaat voor Europese domiciliëringen in België Handleiding XML formaat voor Europese Handleiding domiciliëringen XML-formaat in België in België Europese Domiciliëringen 17 Page 19 of 21

20 CIRI01 tot XML (mapping) De onderstaande tabel omvat enkel de verplichte en aanbevolen elementen. Via deze informatie willen wij u de link aantonen tussen het XML-formaat en het CIRI01-formaat. Index Berichtitem <XML Tag> Functioneel CIRI01-equivalent 1.0 Group Header <GrpHdr> Verplicht 1.1 MessageIdentification <MsgId> Verplicht 1.2 CreationDateTime <CreDtTm> Verplicht Rec 0 pos NumberOfTransactions <NbOfTxs> Verplicht 1.8 InitiatingParty <InitgPty> Verplicht 2.0 Payment Information <PmtInf> Verplicht 2.1 PaymentInformationIdentification <PmtInfId> Verplicht Rec 0 pos PaymentMethod <PmtMtd> Verplicht 2.6 PaymentTypeInformation <PmtTpInf> Verplicht 2.18 RequestedCollectionDate <ReqColltnDt> Verplicht Rec 0 pos Creditor <Cdtr> Verplicht 2.20 CreditorAccount <CdtrAcct> Verplicht Rec 0 pos CreditorAgent <CdtrAgt> Verplicht 2.24 ChargeBearer <ChrgBr> Verplicht 2.27 CreditorSchemeIdentification <CdtrSchmeId> Aanbevolen 2.28 DirectDebitTransaction Information <DrctDbtTxInf> Verplicht 2.29 Payment Identification <PmtId> Verplicht 2.31 EndToEndIdentification <EndToEndId> Verplicht 2.44 InstructedAmount <InstdAmt> Verplicht Rec 1 pos DirectDebitTransaction <DrctDbtTx> Verplicht 2.47 MandateRelatedInformation <MndtRltdInf> Verplicht 2.48 MandateIdentification <MndtId> Verplicht 2.70 DebtorAgent <DbtrAgt> Verplicht 2.72 Debtor <Dbtr> Verplicht 2.73 DebtorAccount <DbtrAcct> Verplicht Rec 1 pos RemittanceInformation <RmtInf> Aanbevolen 2.89 Unstructured <Ustrd> Aanbevolen Rec 1 pos Structured <Strd> Aanbevolen Rec 1 p os Handleiding XML-formaat in België Europese Domiciliëringen 18

21 Referentie-informatie In de onderstaande tabel wordt vermeld waar u informatie vindt over de referenties. Index Berichtitem Beschrijving 1.1 MessageIdentification Deze verplichte referentie wordt door u als afzender bepaald en naar uw bank gestuurd ter identificatie van het bericht. Deze referentie komt niet voor in uw CODA-rapportering. 2.1 PaymentInformation- Identification Deze verplichte referentie wordt door u als afzender bepaald om het Payment Information -blok in het bericht ondubbelzinnig te identificeren. Ze komt voor in uw CODA-rapportering in het referentieveld van het totale bedrag InstructionIdentification Deze facultatieve referentie wordt door u als afzender bepaald en naar uw bank gestuurd ter identificatie van de transactie. Aangezien deze identificatie slechts als referentie dient tussen de afzender en de bank van de schuldeiser, wordt ze niet naar de bank van de schuldenaar gestuurd EndToEndIdentification Deze verplichte referentie wordt door u als afzender bepaald om de transactie ondubbelzinnig te identificeren. Deze identificatie wordt ongewijzigd doorgestuurd doorheen de volledige end-to-end -keten. Deze waarde identificeert voor u als schuldeiser iedere aan de bank voorgelegde inningstransactie op een unieke manier. Ze wordt doorgestuurd tijdens het hele verwerkingsproces van de inningen, vanaf het begin tot de inning helemaal is verwerkt. U moet de interne structuur van deze referentie definiëren. Deze referentie komt voor in uw CODA-rapportering op detailniveau MandateIdentification Referentie van het domiciliëringsmandaat dat is ondertekend door de schuldenaar en door u als schuldeiser. Handleiding XML-formaat in België Europese Domiciliëringen 19

22 7. Nuttige links Febelfin ISO CustomerDirectDebitInitiation: European Payments Council (EPC) Formaat-validatietool: De gebruikershandleiding is beschikbaar op de website via deze link: ING België nv Bank Vennootschapszetel: Marnixlaan 24, B-1000 Brussel RPR Brussel Btw: BE BIC: BBRUBEBB IBAN: BE Verantwoordelijke uitgever: Inge Ampe Sint-Michielswarande 60, B-1040 Brussel N 01/14 Editing Team & Graphic Studio Marketing ING Belgium