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

Financial S upp

ly C hai n

SEPA

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

www.ing.be/sepa

Inleiding1 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-informatie19 Nuttige links

20

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 20022 CustomerDirectDebitInitiation – pain.008.001.02, aangevuld met de Febelfinrichtlijnen voor XML-berichten en de ING-bijlage. De ISO 20022-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

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: Aanwezigheid: [1..1] Formaat: YYYY-MM-DDThh:mm:ss Voorbeeld: 2011-08-24T09:40:30 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: Aanwezigheid: [1..1] Formaat: D eze rubriek bestaat uit de volgende elementen.

1.8

[1..1]

++

InitiatingParty

[0..1]

+++

Name

70

[0..1]

+++

Identification

[1..1]

++++

OrganisationIdentification

[0..1]{Or

+++++

BICOrBEI

11

[0..1] Or}

+++++

Other

[1..1]

++++++

Identification

35

[0..1]

++++++

Issuer

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.


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].


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.


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”.


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: 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: 2010-12-18 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”.


ING-bijlage bij Febelfin SEPA DIRECT DEBIT IG (Annexe version 2.0 – 01.07.2010)

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: http://www.febelfin.be/nl/betaalverkeer/richtlijnen-en-protocollen-bankstandaarden 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 20022 CustomerDirectDebitInitiation <pain.008.001.02>. Het aantal invorderingen is beperkt tot een maximum van 75.000 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 20022 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.


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.

2.18 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.

2.20 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


Niveau (+) CUSTOMERDIRECTDEBITINITIATION Berichtitem

Aanw.

1

GroupHeader

[1..1]

2

MessageIdentification

[1..1]

2

CreationDateTime

[1..1]

2

NumberOfTransactions

[1..1]

2

ControlSum

[0..1]

2

InitiatingParty

[1..1]

1

PaymentInformation

[1..n]

2

PaymentInformationIdentification

[1..1]

2

PaymentMethod

[1..1]

2

BatchBooking

[0..1]

2


[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]

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]


BERICHTNIVEAU

BATCHNIVEAU

TRANSACTIENIVEAU

Voorbeelden Handleiding XML formaat voor Europese domiciliëringen in België

4. Voorbeelden

Terugkerende Europese domiciliëring met twee transacties Het volgende voorbeeld betreft een terugkerende domiciliëring met twee transacties voor een Europese totaalbedrag van 11.723,74 euro. met Er wordt batchbooking Terugkerende domiciliëring twee transacties (globale boeking per batch) gevraagd. Afzender is COBELFAC NV.betreft een terugkerende domiciliëring met twee transacties voor een Het volgende voorbeeld Crediteur is AAAAAAAA, gevestigd totaalbedrag van 11.723,74 euro.inErBelgië. wordt batchbooking (globale boeking per batch) gevraagd.

Afzender is COBELFAC NV. • De eerste transactie betreft een bedrag van 4.723,34 euro. Debiteur 1 is CBA, Crediteur is AAAAAAAA, gevestigd in België. gevestigd in België. • De eerste transactie betreft een bedrag van 4.723,34 euro. Debiteur 1 is CBA, gevestigd in België. transactie betreft een bedrag van 7.000,40 euro. Debiteur 2 is • De tweede • tweedeintransactie betreft een bedrag van 7.000,40 euro. Debiteur 2 is XYZ, gevestigd in XYZ,De gevestigd België. België.

Handleiding XML formaat voor Europese Handleiding XML-formaat in België Europese Domiciliëringen 10 domiciliëringen in België

Page 12 of 21

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



Handleiding XML formaat voor Europese

Page 14 of 21




Page 15 of 21

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.

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 voor Europese

Page 16 of 21


Handleiding XML formaat voor Europese domiciliëringen in België in België Europese Domiciliëringen 15 Handleiding XML-formaat

Page 17 of 21



Page 18 of 21



Page 19 of 21

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

Verplicht

1.1


<MsgId>

Verplicht

1.2

CreationDateTime

Verplicht

1.6


Verplicht

1.8

InitiatingParty

Verplicht

2.0

Payment Information

Verplicht

2.1


Verplicht

2.2

PaymentMethod

Verplicht

2.6

PaymentTypeInformation

Verplicht

2.18

RequestedCollectionDate

Verplicht

2.19

Creditor

Verplicht

2.20

CreditorAccount

Verplicht

2.21

CreditorAgent

Verplicht

2.24

ChargeBearer

Verplicht

2.27

CreditorSchemeIdentification

Aanbevolen

2.28

DirectDebitTransaction Information

Verplicht

2.29

Payment Identification

Verplicht

2.31

EndToEndIdentification

<EndToEndId>

Verplicht

Rec 0 pos 6-11

Rec 0 pos 17-26

Rec 0 pos 63-68 Rec 0 pos 49-60

2.44

InstructedAmount

Verplicht

2.46

DirectDebitTransaction

Verplicht

2.47

MandateRelatedInformation

<MndtRltdInf>

Verplicht

2.48

MandateIdentification

<MndtId>

Verplicht

2.70

DebtorAgent

Verplicht

2.72

Debtor

Verplicht

2.73

DebtorAccount

Verplicht

2.88

RemittanceInformation

Aanbevolen

2.89

Unstructured

<Ustrd>

Aanbevolen

Rec 1 pos 57-86

2.90

Structured

<Strd>

Aanbevolen

Rec 1 p os 87-98


Rec 1 pos 19-30

Rec 1 pos 6-17

Referentie-informatie

In de onderstaande tabel wordt vermeld waar u informatie vindt over de referenties.

Index

Berichtitem

Beschrijving

1.1


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


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.

2.30

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.

2.31

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.

2.48

MandateIdentification

Referentie van het domiciliëringsmandaat dat is ondertekend door de schuldenaar en door u als schuldeiser.


7. Nuttige links Febelfin http://www.febelfin.be/nl/betaalverkeer/richtlijnen-en-protocollen-bankstandaarden ISO 20022 CustomerDirectDebitInitiation: http://www.iso20022.org European Payments Council (EPC) http://www.europeanpaymentscouncil.eu/content.cfm?page=sepa_direct_debit_(sdd) Formaat-validatietool: De gebruikershandleiding is beschikbaar op de website via deze link: http://www.ingsepa.com/formatvalidationtool/en

ING België nv – Bank – Vennootschapszetel: Marnixlaan 24, B-1000 Brussel – RPR Brussel – Btw: BE 0403.200.393 – BIC: BBRUBEBB – IBAN: BE45 3109 1560 2789. Verantwoordelijke uitgever: Inge Ampe – Sint-Michielswarande 60, B-1040 Brussel – 705117N – 01/14 – © Editing Team & Graphic Studio – Marketing ING Belgium

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

Recommend Documents