Fi na cialSupply ha in SEPA - ing.be · Handleiding XML-formaat in België Europese...

Financial Supply Chain

SEPA

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

www.ing.be/sepa

http://www.ing.be/sepa

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

Handleiding XML-formaat in België Europese Domiciliëringen 1

Inleiding

Dit document is bestemd om u te helpen het "XML-formaat voor uw SEPA-transacties 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 Febelfin-richtlijnen 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.


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>2011-08-24T09: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.


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


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 SEPA-producten. 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.

http://www.febelfin.be/nl/betaalverkeer/richtlijnen-en-protocollen-bankstandaarden

http://www.febelfin.be/en/les-paiements-de-à-z/les-paiements-en-pratique


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


Voorbeelden

Terugkerende Europese domiciliëring met twee transacties

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

• De eerste transactie betreft een bedrag van 4.723,34 euro. Debiteur 1 is CBA, gevestigd in België.

• De tweede transactie betreft een bedrag van 7.000,40 euro. Debiteur 2 is XYZ, gevestigd in België.

Handleiding XML formaat voor Europese domiciliëringen in België


of 21

4. Voorbeelden Terugkerende Europese domiciliëring met twee transacties

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

• De eerste transactie betreft een bedrag van 4.723,34 euro. Debiteur 1 is CBA, gevestigd in België.

• De tweede transactie betreft een bedrag van 7.000,40 euro. Debiteur 2 is XYZ, gevestigd in België.




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.



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.




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 <GrpHdr> Verplicht

1.1 MessageIdentification <MsgId> Verplicht

1.2 CreationDateTime <CreDtTm> Verplicht Rec 0 pos 6-11

1.6 NumberOfTransactions <NbOfTxs> Verplicht

1.8 InitiatingParty <InitgPty> Verplicht

2.0 Payment Information <PmtInf> Verplicht

2.1 PaymentInformationIdentification <PmtInfId> Verplicht Rec 0 pos 17-26

2.2 PaymentMethod <PmtMtd> Verplicht

2.6 PaymentTypeInformation <PmtTpInf> Verplicht

2.18 RequestedCollectionDate <ReqColltnDt> Verplicht Rec 0 pos 63-68

2.19 Creditor <Cdtr> Verplicht

2.20 CreditorAccount <CdtrAcct> Verplicht Rec 0 pos 49-60

2.21 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 19-30

2.46 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 6-17

2.88 RemittanceInformation <RmtInf> Aanbevolen

2.89 Unstructured <Ustrd> Aanbevolen Rec 1 pos 57-86

2.90 Structured <Strd> Aanbevolen Rec 1 p os 87-98


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.

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.

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

7. Nuttige links

Febelfinhttp://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

COMMERCIAL BANKING

WWW.ING.BE

http://www.febelfin.be/nl/betaalverkeer/richtlijnen-en-protocollen-bankstandaarden

http://www.iso20022.org

http://www.europeanpaymentscouncil.eu/content.cfm?page=sepa_direct_debit_(sdd)

http://www.ingsepa.com/formatvalidationtool/en

Fi na cialSupply ha in SEPA - ing.be · Handleiding XML-formaat in België Europese...

Documents

Transcript of Fi na cialSupply ha in SEPA - ing.be · Handleiding XML-formaat in België Europese...