Financial S upp
ly C hai n
SEPA
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) Versie april 2013
ing.be/sepa
https://www.ing.be/nl/business/pages/sepa.aspx?WT. xmenusource=LANGUAGE_NL&WT.xmenusource
Inleiding
1
Welke gevolgen heeft een migratie naar Europese overschrijvingen SEPA in CODA2.3?
2
Globale boeking
2
Niet uitgevoerde transacties
2
Waar vindt u de klantreferenties?
3
PaymentInformationIdentification3 EndToEndIdentification3 Wat zijn ‘CategoryPurpose’ en ‘Purpose’?
4
Hoe zal een Europese overschrijving SEPA in CODA2.3 voorgesteld worden?
5
Voorbeelden5 Uitgevoerde transactie
7
Verworpen transactie
7
Inleiding
Deze beknopte handleiding is een hulpmiddel bij de reconciliatie van CODA 2.3 wanneer u van binnenlandse overschrijvingen naar Europese overschrijvingen SEPA (SEPA credit transfer - SCT) migreert. Een volledige beschrijving van het gecodeerd dagafschrift (“CODA – Gecodeerde berichtgeving – versie 2.3”) is beschikbaar op de website van Febelfin via de volgende link: http://www.febelfin.be/nl/betaalverkeer/richtlijnenen-protocollen
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 1
Welke gevolgen heeft een migratie naar Europese overschrijvingen SEPA in CODA2.3? De Europese wetgever heeft bepaald dat het even eenvoudig moet zijn om een Europese overschrijving SEPA uit te voeren als het is om een binnenlandse overschrijving uit te voeren. De CODA 2.3 rapportering volgt diezelfde logica en geeft voor Europese overschrijvingen SEPA een gelijkaardige rapportering als voor de binnenlandse overschrijvingen. De transactie “familie” code voor Europese overschrijvingen SEPA is 01. Alle bekende transactiecodes in deze familie zijn op gelijkaardige manier gebruikt als voor de binnenlandse overschrijvingen. Er zijn twee verschillen met de binnenlandse betalingen die voor u belangrijk kunnen zijn vooraleer SEPA transacties uit te voeren. Beiden zijn gelinkt aan het gebruik van globale betalingen.
Globale boeking Door de flexibiliteit van de
parameter in de ISO20022 files gebruikt voor SEPA initiaties, kan de opdrachtgever van de betaling gemakkelijk meegeven of het betalingsbestand globaal of individueel gedebiteerd moet worden. Wanneer een globale boeking aangevraagd wordt, zullen er standaard geen details in de CODA 2.3 getoond worden. Als u toch details van de boeking in het CODA2.3 bestand wenst te hebben, dient u dit aan uw ING contactpersoon te vragen. Op aanvraag, zal ING de rapportering volgens uw noden opleveren.
Niet uitgevoerde transacties Een tweede verschil in rapportering van globale SEPA transacties is de manier van boeken van niet uitgevoerde transacties. Als de uitvoering van transacties niet succesvol is, zullen deze transacties afzonderlijk geboekt worden. Dit wil zeggen dat deze transacties als individueel geboekte transacties zichtbaar zullen zijn op zowel uw papieren uittreksel als ook op uw CODA2.3 bestand. De transactiecode die voor deze transacties gebruikt is is 0154000. De volgende velden worden meegegeven: • IBAN van de tegenpartij • BIC van de tegenpartij • Betalingsreferentie • End-to-end ID • ISO code voor foutmelding
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 2
Deze transacties worden afzonderlijk op uw rekening geboekt door de introductie van “R”-transacties. SEPA is ingevoerd om betalingen en cash management te vergemakkelijken en houdt daarom rekening met het belang van een eenduidige reconciliatie. Voor elke initiatie door een betaler moet er duidelijke informatie zijn. Wanneer een betalingsinstructie niet uitgevoerd kan worden, wordt een “R”-transactie teruggestuurd aan de initiërende partij. Deze “R”transactie is allereerst een transactie op uw rekening met alle relevante gedetailleerde transactie informatie (bedrag, IBAN, naam en adres van de tegenpartij, EndToEnd referentie, Remittance informatie) en de reden voor het niet uitvoeren van de transactie (reject, return, refund, reversal or request for cancellation). De reden codes (4 posities: 2 letters en 2 cijfers) geven meer informatie over de reden van niet uitvoering: Hieronder vindt u een lijst met redenen die wij ondersteunen: • AC01: Foutief rekeningnummer (IBAN) • AC04: Gesloten rekening • AC06: Geblokkeerde rekening • AG01: Domiciliëring verboden op deze rekening • AG02: Operatie/transactie code niet correct, ongeldig bestandsformaat • AM05: Dubbele domiciliëring • BE05: Crediteur nummer niet correct • FF01: Operatie/transactie niet correct • MD01: Geen geldig mandaat • MD02: Ontbrekende of ongeldige verplichte informatie op het mandaat • MD06: Terugbetaling • MD07: Schuldenaar overleden • MS02: Weigering door de schuldenaar • MS03: Geen specifieke reden opgegeven • PY01: Niet routeerbaar • RC01: Foutieve BIC Code • RR01: Niet conform de regelgeving • RR02: Niet conform de regelgeving • RR03: Niet conform de regelgeving • SL01: Specifieke service aangeboden door de bank van de schuldenaar
Waar vindt u de klantreferenties?
De klantreferenties kunnen gevonden worden in 2.2 data records (posities 64 tot 98). In het geval van Europese overschrijvingen SEPA , wordt de “PaymentInformationIdentification” gebruikt als referentie als een globale boeking aangevraagd is (record posities 64 tot 98). De “EndToEndIdentification” wordt gebruikt als referentie (record 2.2 posities 64 tot 98) wanneer enkelvoudige
boeking gevraagd is of gedetailleerde informatie bij een globale boeking. In het laatste geval wordt de “EndToEndIdentification” voor elke transactie op transactieniveau opgelijst. Onderstaande tabel toont de referenties die in een XML transactie-initiatie gebruikt kunnen worden met index nummers zoals vermeld in de brochure “Handleiding XML formaat voor Europese overschrijvingen in België”.
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. We raden aan om de lengte te beperken tot maximaal 30 karakters. Deze referentie komt niet voor in uw CODA-rapportering.
2.1
PaymentInformationIdentification
Deze verplichte referentie wordt door u als afzender bepaald om het “Payment Information”-blok in het bericht ondubbelzinnig te identificeren. We raden aan om de lengte te beperken tot maximaal 30 karakters. Deze referentie wordt gebruikt wanneer “true” wordt gevraagd (voor MECT). Ze komt voor in uw CODArapportering in het referentieveld van het totale bedrag.
2.30
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 referentie komt voor in uw CODA-rapportering op detailniveau. Bij Europese overschrijvingen wordt deze unieke identificatie doorgestuurd naar de begunstigde.
PaymentInformationIdentification
EndToEndIdentification
De “PaymentInformationIdentification” is verplicht voor elke file met XML transacties en wordt door de opdrachtgever van de transactie gegeven. In de interactieve kanalen kan het veld verborgen zijn voor de initiërende partij om de ingave te vergemakkelijken. Dit veld is specifiek ontstaan voor het geval dat een globale boeking gevraagd wordt voor meerdere transacties. In dit geval worden transacties die aangeleverd worden in batch () op de rekeningsinformatie getoond met de “PaymentInformationIdentification” als referentie.
Het gebruik van “EndToEndIdentification” is verplicht in een XML transfer. Tot op vandaag wordt deze functionaliteit niet ten volle benut. De “EndToEndIdentification” wordt doorgegeven van de opdrachtgever naar elke partij in het proces. Als iets fout zou lopen of een vraag gesteld zou worden, kan de “EndToEndIdentification” gebruikt worden om de betaling te identificeren. Als een betaling met globale debitering aangevraagd is, dan wordt de “PaymentsInformationIdentification” gebruikt als referentie voor het globale bedrag en elke onderliggende transactie wordt dan individueel zichtbaar met de “EndToEndIdentification”.
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 3
Wat zijn ‘CategoryPurpose’ en ‘Purpose’?
“CategoryPurpose” en “Purpose” zijn gespecifieerd in record 2.2 als deze codes in Europese overschrijvingen SEPA meegegeven zijn. “CategoryPurpose” specifieert het doel van de betaling op basis van een aantal voorgedefinieerde categorieën. Deze code laat een specifieke afwikkeling zoals overeengekomen tussen de opdrachtgever en zijn of haar bank toe.
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 4
“Purpose” specifieert de onderliggende reden van de betalingstransactie. “Purpose” wordt door de opdrachtgever gebruikt om aan de tegenpartij informatie over de aard van de betalingstransactie mee te geven.
Hoe zal een Europese overschrijving SEPA in CODA2.3 voorgesteld worden? How will a SEPA credit transfer be visible in CODA2.3? How will a SEPA credit transfer be visible in CODA2.3?
Ter illustratie van de werking van de CODA2.3 rapportering, hebben weineen voorbeeld initiatiefile aangemaakt, gevolgd To show a detailed matter a SEPA credit transfer and the information from a SEPA file that can be found the we have constructed a sample initiation file followed byathe CODA2.3 To show in areporting, detailed matter adie SEPA credit transfer and the information from SEPA file thatreporting can be met deinCODA2.3 rapportering daarop volgt. Dit zal basedinonthe this initiation. found reporting, have constructed a sample initiation file followed by the CODA2.3 reporting inzichtelijk maken welkewe rapportering u zult ontvangen.
based on this initiation.
Examples Voorbeelden Examples
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <MsgId>ABC/060928/CCT001 2010-12-18T14:07:00 <MsgId>ABC/060928/CCT001 3 2010-12-18T14:07:00 3 ING DEMO Account ING DEMO Account ABC/4560/2010-12-15 TRF ABC/4560/2010-12-15 false TRF false <SvcLvl> SEPA <SvcLvl> SEPA 2013-03-01 2013-03-01 ING DEMO Account ING DEMO Account BE12310103160192 BE12310103160192 BBRUBEBB BBRUBEBB <EndToEndId>ABC/4562/2010-12-18 <EndToEndId>ABC/4562/2010-12-18 535.25 535.25 BBRUBEBB BBRUBEBB Robert Schuman Robert Schuman Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 5
BE Champs de Mars 24 1000 Bruxelles BE43310103160701 <Ustrd>Invoice 378265 <EndToEndId>ABC/4563/2010-12-18 1400 BBRUBEBB Robert Schuman BE21310103160903 <Strd> SCOR BBA [010806817183]
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 6
Executed transaction Uitgevoerde transactie Therapportering reporting that would result from execution two transactions the voorbeeld SEPA example would zijn. be the following. De die zou resulteren uit dethe uitvoering vanof dethe twee transacties in hetinSEPA zou hetfile volgende
Executed transaction
0000001031330005 3832986411ING DEMO Account BBRUBEBB 00000000000 00000 12010BE12310103160192 EUR0000000010000000280213ING DEMO Account Current account The reporting that would result from the execution of the two transactions in the SEPA378265 example file would be the following. 2100010000 1000000000535250010313001010000Invoice 2200010000 ABC/4562/2010-12-18 .BBRUBEBB 0000001031330005 3832986411ING DEMO Account BBRUBEBB 00000000000 00000 2300010000BE43310103160701 Robert Schuman 12010BE12310103160192 EUR0000000010000000280213ING DEMO Account Current account 3100010001 001010001001Robert Schuman 2100010000 1000000000535250010313001010000Invoice 378265 3200010001Champs de Mars 24 1000 Bruxelles 2200010000 ABC/4562/2010-12-18 .BBRUBEBB 2100020000 1000000001400000010313001010001101010806817183 2300010000BE43310103160701 Robert Schuman 2200020000 ABC/4563/2010-12-18 .BBRUBEBB 3100010001 001010001001Robert Schuman 2300020000BE21310103160903 Robert Schuman 3200010001Champs de Mars 24 1000 Schuman Bruxelles 3100020001 001010001001Robert 2100020000 1000000001400000010313001010001101010806817183 8010BE12310103160192 EUR0000000008064750010313 2200020000 ABC/4563/2010-12-18 .BBRUBEBB 9 000011000000001935250000000000000000 2300020000BE21310103160903 Robert Schuman 3100020001 001010001001Robert Schuman 8010BE12310103160192 EUR0000000008064750010313 9 000011000000001935250000000000000000 Rejected transaction
2 010 .01031301001 0 1 0 0 2 1 010 1 0 .01031301001 0 0 1 0 .01031301001 0 1 1 0 1 0 0 1 0 0 1 .01031301001 0 1 2 0 0 1 0 1 0 2
In the following example you can find the CODA2.3 reporting in case the first transaction of the example would be rejected due to a closed account.
Rejected transaction
Verworpen transactie 0000004031330005 3832986412ING 12011BE12310103160192
DEMO Account BBRUBEBB 00000000000 00000 EUR0000000010000000010313ING DEMO Account
Current account
2 011
In the following example you can find the CODA2.3 reporting in case the first transaction of the example would be rejected due to a closed account. 2100010000 0000000000535250040313001540000Invoice 0 In het volgende voorbeeld vindt u de CODA2.3 rapportering in het geval dat de eerste transactie378265 uit het voorbeeld verworpen zou worden op basis van een.04031301101 afgesloten rekening. 2200010000 ABC/4562/2010-12-18 .BBRUBEBB 1 0 0000004031330005 3832986412ING DEMO Account BBRUBEBB 00000000000 00000 2300010000BE43310103160701 EURRobert Schuman 0 2 1 12011BE12310103160192 EUR0000000010000000010313ING DEMO Account Current account 011 3100010001 001540001001Robert Schuman 0 1 2100010000 0000000000535250040313001540000Invoice 378265 IBAN: BE43310103160701 Message: .04031301101 0 3100010002 001540000Transfer In favor of: Robert Schuman 0 1 2200010000 ABC/4562/2010-12-18 1 3100010003 001540000 Invoice 378265 Reason for reject: AC04 - Closed account .BBRUBEBB number W 0 0 1 2300010000BE43310103160701 EURRobert Schuman 0 1 3100010004 001540000e are recrediting your account and suggest you contact the beneficiary to 3100010001 001540001001Robert Schumanaction. 3100010005 001540000 take corrective 0 1 3100010002 001540000Transfer 3100010006 0015400000002AC04 In favor of: Robert Schuman IBAN: BE43310103160701 Message: 0 1 3100010003 001540000 InvoiceInvoice 378265 378265 Reason for reject: AC04 - Closed account number W 310001000 001540000Message: 0001 3100010004 001540000e are recrediting your account and suggest you contact the beneficiary to 0 0 1 8011BE12310103160192 EUR0000000010535250040313 3100010005 001540000 take corrective action. 0 2 1 9 000013000000000000000000000000535250 3100010006 0015400000002AC04 0 1 310001000 001540000Message: Invoice 378265 0 0 8011BE12310103160192 EUR0000000010535250040313 0 9 000013000000000000000000000000535250 2
Legend: Transactie code Transaction code Type mededeling Message type Code mededeling Message code Mededeling Message Referentie Reference Reden van niet uitvoering Reason for non-execution
Handleiding CODA2.3 voor Europese overschrijvingen SEPA (SCT) 7
ING België nv, Marnixlaan 24, 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, België. 707005N – 04/13. © Editing Team & Graphic Studio – Marketing ING Belgium.
