Formaatbeschrijving Generic Payment File. Rabo Direct Connect, SWIFT File Act & Rabo Internetbankieren (Professional)

Formaatbeschrijving Generic Payment File Rabo Direct Connect, SWIFT File Act & Rabo Internetbankieren (Professional)

Inhoudsopgave 1 ALGEMEEN... 3 1.1 ALGEMENE KENMERKEN...3 1.2 STRUCTUUR...3 1.2.1 Inleiding...3 1.2.2 Technische indeling...3 1.2.3 Tekenset...5 1.2.4 Geschiktheid...6 1.2.5 Berichtenstructuur...7 2 BEPALING OPDRACHTSOORT... 8 2.1 WIJZE WAAROP OPDRACHTSOORT WORDT BEPAALD...8 3 SEGMENT BESCHRIJVING... 9 3.1 GROUPHEADER...9 3.2 PAYMENT INFORMATION SEGMENT... 11 3.3 TRANSACTION INFORMATION SEGMENT... 20 BIJLAGE A IDENTIFICATIE VAN PARTIJEN... 33 BIJLAGE B NATIONALE BANKCODE... 35 CHANGELOG... 36 Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 2

1 Algemeen Rabobank biedt de mogelijkheid om batches met Eurobetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetaling, Wereldbetalingen en en in één bestandsformaat aan te kunnen leveren. Dit bestandsformaat gebruikt de pain.001.001.03 standaard welke reeds gebruikt wordt voor Eurobetalingen binnen de Single European Payment Area (SEPA) en wordt - vanwege de uitgebreidere mogelijkheden en verschillen met Wereldbetalingen - door Rabobank daarom verder aangeduid als Generic Payment File formaat. Een bestand in het Generic pain formaat kan één batch of meerdere batches bevatten, en een batch kan een of meerdere met betaalopdrachten bevatten ten laste van één betaalrekening. Verdere kenmerken van een batch zijn dat de opdracht(en) in de batch verwerkt zullen worden op de aangegeven Requested Execution Date; Wanneer een batch meerdere betalingen bevat dient de opdrachtsoort van deze betalingen binnen de batch hetzelfde te zijn. Wanneer in hetzelfde Generic Payment File bestand zowel Eurobetalingen als Wereldbetalingen aangeboden worden dienen deze zich in gescheiden batches te bevinden dezelfde batch mag dus niet zowel Eurobetalingen als Wereldbetalingen bevatten. Het is wel mogelijk om zowel Spoed Eurobetalingen als Wereldbetalingen in dezelfde batch aan te bieden 1.1 Algemene kenmerken Het Generic Payment File formaat dat Rabobank ondersteunt is gebaseerd op de definities zoals gepubliceerd op de website van de International Organisation for Standardization (ML 20022) en op de Implementation Guidelines opgesteld door de Common Global Implementation 1. 1.2 Structuur 1.2.1 Inleiding In een Generic pain bestand wordt gebruik gemaakt van Extensible Markup Language (ML), een zgn. opmaaktaal voor een gestructureerde weergave van gegevens, voor het kunnen (laten) verrichten van betaalopdrachten. Om te kunnen controleren of alle voor een betaalbatch en betaalopdracht benodigde gegevens aanwezig zijn kan met behulp van een ML Schema Definition (SD) de juistheid en volledigheid worden gecontroleerd. Via https://www.iso20022.org/documents/messages/1_0_version/pain/schemas/pain.001.001.03.zip kunt u deze SD opvragen. 1.2.2 Technische indeling Technisch dienen alle gebruikte veldnamen overeen te komen met de in de SD opgenomen toegestane waarden, wanneer deze afwijken of niet op de juiste manier worden gepresenteerd zullen 1 1 Het Common Global Implementation (CGI) orgaan heeft als doel een hogere mate van standaardisatie te bereiken opdat gebruikers van het 20022 Credit Transfer formaat minder obstakels ondervinden bij het implementeren van dit formaat. Zie http://www.swift.com/corporates/cgi/index voor meer informatie. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 3

de betaalopdrachten in het bestand niet uitgevoerd kunnen worden. Alleen berichtelementen welke zijn opgenomen in de SD mogen worden gebruikt. De beschrijving van elk bericht item bevat: ML-tag Niveau Aanwezigheid van het element binnen het Generic Payment File bericht Verkorte naam die een element identificeert in een ML-bericht, staat tussen haakjes, bijv. <Amt> dat gelijk is aan amount/bedrag. Nummering volgens de 20022 standaard. Niet alle velden hebben een nummer. Velden zonder nummer vallen onder het bovenliggende element. Gaten in de nummering kunnen ontstaan doordat niet alle elementen van 20022 worden gebruikt in Generic Payment File formaat. Niveau van het element binnen het Generic Payment File formaat. <Top> <Niveau 1> <Niveau 2> <Enz.> </Enz.> </Niveau 2> </Niveau 1> </Top> Dit geeft aan of een element optioneel is of verplicht en hoeveel keer het element kan worden herhaald. Het aantal keer dat een element voorkomt, staat tussen vierkante haakjes. Bijvoorbeeld: [0..1] Toont dat het element 0 keer of 1 keer aanwezig kan zijn. Het element is optioneel. [0..n] Toont dat het element 0 tot n keer aanwezig kan zijn. Het element is optioneel. [1..1] Toont dat het element verplicht is en een keer aanwezig moet zijn. [1..n] Toont dat het element verplicht is en minimaal 1 keer aanwezig moet zijn. Het element kan tot n keer aanwezig zijn. {OF..OF} Toont aan dat slechts één van de elementen aanwezig kan zijn. Pas wanneer een optioneel element aanwezig is, waarvoor op onderliggend niveau een verplicht element bestaat, dient dit verplichte element voor te komen. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 4

Type Lengte Omschrijving Eurobetaling Spoed Binnenland Eurobetaling Wereldbetaling + Spoed Eurobetaling van het element binnen het Generic Payment File bericht Typeaanduiding van het veld: - Numeriek: mag alleen cijfers bevatten - Alfanumeriek: mag cijfers en toegestane letters (zie 1.2.3 Tekenset) bevatten - Datum: EEJJ-MM-DD - Bedrag: cijfers, met een punt als scheidingsteken. De weergave van het aantal decimalen is in overeenstemming met 4217. Bedragen in Euro s moeten altijd 2 decimalen bevatten. Een bedrag mag maximaal 9 cijfers voor het scheidingsteken en 2 cijfers na het scheidingsteken bevatten. Uitzondering hierop is de control sum. - Boolean: veld met twee opties: true of false Maximaal aantal karakters van het veld. Bevat de definitie van het berichtsegment of element en aanvullende informatie over het gebruik van dit element. Aanduiding wil zeggen dat het veld gebruikt wordt voor deze type opdracht. Aanduiding wil zeggen dat het veld gebruikt wordt voor deze type opdracht. Aanduiding wil zeggen dat het veld gebruikt wordt voor deze type opdracht. Aanduiding wil zeggen dat het veld gebruikt wordt voor deze type opdracht. 1.2.3 Tekenset In Generic Payment File berichten dient de standaard UTF8 tekencodering te worden gebruikt. De Latijnse tekenset welke gebruikelijk is voor internationale communicatie moet worden gebruikt. Rabobank accepteert de volgende tekens 2 : a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W Y Z / -? : ( )., ' + 0 1 2 3 4 5 6 7 8 9 Space De UTF-8 tekencodering dient te worden gebruikt, wanneer een andere tekencodering wordt gebruikt (bijvoorbeeld -8859-1) kan dit leiden tot afkeur van het bestand. Rabobank accepteert de uitgebreide tekenset zoals deze wordt aanbevolen door de EPC. Velden welke worden gebruikt om een batch of betaalopdracht te identificeren zijn uitgesloten van deze uitgebreide tekenset. Voor pain.001 behelst dit de hiernavolgende velden: <PmtInfId>, <InstrId> and <EndToEndId>. 2 Rabobank accepteert diakritische tekens, deze tekens worden niet geconverteerd naar de tekens zoals vermeld onder 2.3; Afhankelijk van de gebruikte diakritische tekens, bestaat het risico dat betaalopdrachten die deze tekens bevatten niet uitgevoerd kunnen worden door de bank van de begunstigde (wanneer deze bank van de begunstigde de aangeboden tekens niet accepteert of ondersteunt). Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 5

1.2.4 Geschiktheid Momenteel worden Eurobetalingen volledig verwerkt via ML geformatteerde berichten door alle betrokken instanties in de betaalketen. Wereldbetalingen en Spoed Eurobetalingen echter worden nog niet verwerkt via ML berichten, deze opdrachten worden verwerkt en verstrekt door middel van oudere ( legacy 3 ) formaten welke beschikbaar zijn in de betaalketen. Deze legacy formaten bieden een beperkte ondersteuning, of geen ondersteuning, van bepaalde velden in ML berichten, om deze reden kan het zo zijn dat informatie vanuit de Generic Payment File ML slechts gedeeltelijk of niet kan worden overgenomen voor Wereldbetalingen of Spoed Eurobetalingen. Bijvoorbeeld is het mogelijk om bij een Wereldbetaling meerdere omschrijvingsregels op te geven van (elke regel maximaal) 65 posities, terwijl een omschrijvingsregel in het ML bericht maximaal 140 posities kan bevatten. De volgende opdrachtsoorten worden ondersteund ten laste van Rabobank rekeningen inclusief Rabo Network Banking rekeningen (=rekeningen die worden aangehouden bij Rabobank in België, Duitsland en Verenigd Koninkrijk) : Eurobetalingen - opdrachten in de muntsoort EUR naar een begunstigde in een SEPA land. en - spoedopdrachten in de muntsoort EUR tussen Nederlandse rekeningnummers. Geldt niet voor Rabo Network Banking rekeningen. Spoed Eurobetalingen - spoedopdrachten in de muntsoort EUR naar een begunstigde in een SEPA land. Wereldbetalingen - opdrachten in vreemde valuta of in EUR buiten het SEPA gebied. De volgende opdrachtsoorten worden ondersteund ten laste van niet-rabobank rekeningen: en - opdrachten ten laste van niet-rabobank rekeningen (welke worden aangehouden bij andere banken) Belangrijke informatie over en en Spoed Eurobetalingen: Terwijl in Nederland is gegarandeerd dat een binnen 1,5 uur beschikbaar zal zijn op de rekening van de begunstigde, kan voor Spoed Eurobetalingen alleen worden gegarandeerd dat de bank van de begunstigde de betaling binnen 1,5 uur ontvangen zal hebben (en dus niet gegarandeerd voor de begunstigde). Derhalve worden en en Spoed Eurobetalingen als aparte betaalvormen (producten) beschouwd. Zowel Wereldbetalingen als Spoed Eurobetalingen worden op dezelfde manier verwerkt (maken gebruik van dezelfde velden/tags) en verzonden als spoedbetalingen, waarbij het verschil is dat Wereldbetalingen altijd standaard als 3 Een legacy formaat voor klant-naar-bank betalingen (voor Wereldbetalingen) betreft het BTL91 formaat, voor gegevensuitwisseling tussen banken wordt het SWIFT FIN MT103 berichtformaat gebruikt voor niet-sepa betalingen. Het begrip legacy wordt gebruikt in vergelijking met het 20022 pain.001.001.03 formaat, het is dus niet zo dat SWIFT FIN berichten verouderd en niet bruikbaar zijn. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 6

spoedopdracht worden beschouwd terwijl voor Spoed Eurobetalingen het verplicht is om aan te geven dat deze (Euro)betalingen moeten worden behandeld als spoedopdrachten. Tussen en en Spoed Eurobetalingen zijn een aantal verschillen in de manier waarop velden/tags gebruikt en ingevuld dienen te worden, deze verschillen worden verder beschreven in de kolom Omschrijving in hoofdstuk 4.2 PaymentInformationSegment vanaf pagina 12. 1.2.5 Berichtenstructuur Een Generic Payment File (bericht/bestand) bevat 3 segmenten: 1. Group Header; Dit segment is verplicht en mag eenmaal voorkomen. Het bevat elementen zoals Message Identification, Creation Date and Time. 2. Payment Information (naar dit segment wordt ook gerefereerd als het batch niveau); Dit segment is verplicht en kan meerdere keren voorkomen. Naast elementen met betrekking tot de opdrachtgever (betaler) Debtor en Payment Type Information, bevat dit segment een of meerdere Transaction Information segmenten. 3. (Credit Transfer) Transaction Information (naar dit segment wordt ook gerefereerd als het betaalopdrachten niveau); Dit segment is verplicht en kan meerdere keren voorkomen. Naast elementen met betrekking tot de begunstigde (ontvanger) Creditor bevat dit segment informatie over de betaling en voor de ontvanger zoals Remittance Information. Het aantal keren dat het Payment Information segment en Transaction Information segment worden gepresenteerd in het bericht dient aangegeven te worden door middle van het Grouping veld in de Group Header. Ieder segment binnen het Generic pain bestand moet geopend en afgesloten worden conform de SD standaard. Binnen de openingstag en de sluitingstag staat de informatie over dat deel. Een ML-pain001.001.03 bestand heeft de volgende structuur: Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 7

2 Bepaling opdrachtsoort Hierna wordt beschreven op welke wijze door Rabobank wordt bepaald hoe de betaalopdrachten op Payment Information niveau en Transaction Information Segment niveau, respectievelijk Batch niveau en Betaalopdrachten niveau, zullen worden verwerkt. Informatie over de gebruikte indexnummers (2.6) en (2.31) kan worden gevonden in het volgende hoofdstuk 4 Segmentbeschrijving. 2.1 Wijze waarop opdrachtsoort wordt bepaald Batch level PaymentTypeInformation (2.6) Payment level PaymentTypeInformation (2.31) ServiceLevel Code ServiceLevel Code Hoe betalingen zullen worden verwerkt Leeg of SEPA Leeg of SEPA Alleen te gebruiken voor Eurobetalingen. Niet toegestaan voor Wereldbetalingen, Multibank betalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen, deze opdrachten zullen worden afgekeurd. Andere waarde dan SEPA Betalingen met een andere ServiceLevel code dan SEPA zullen worden afgekeurd NURG of SDVA Leeg Alleen toegestaan voor Wereldbetalingen en en Gevuld met een waarde ServiceLevel code niet toegestaan op Payment level URGP Leeg Alleen toegestaan voor Wereldbetalingen, en, Spoed Binnenland Eurobetalingen en Spoed Eurobetalingen. Gevuld met een waarde ServiceLevel code niet toegestaan op Payment level Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 8

3 Segment beschrijving In dit hoofdstuk staan alle velden beschreven die relevant kunnen zijn voor Eurobetalingen, Spoed Eurobetalingen, en, Wereldbetalingen of en. Niet alle velden die gevuld kunnen worden in een pain.001.001.03 zijn beschreven. Is een veld niet beschreven, dan mag het veld wel aanwezig zijn mits het voldoet aan de SD validatie maar wordt de vulling genegeerd. 3.1 Groupheader ML-tag Nivo Aanwezigheid Document <Document> Top [1..1] <CstmrCdtTrfInitn> Top [1..1] GroupHeader 1.0 <GrpHdr> Top [1..1] MessageIdentification 1.1 <MsgId> 1 [1..1] Alfanumeriek Max. 35 Unieke bestandsidentificatie CreationDateTime 1.2 <CreDtTm> 1 [1..1] Datum en tijd Aanmaakdatum en tijdstip van het bestand. Voorbeeld: 2017-02-28T09:10:15. NumberOfTransactions 1.6 <NbOfTxs> 1 [1..1] Numeriek Max. 15 Aantal opdrachten in het bestand ControlSum 1.7 <CtrlSum> 1 [0..1] Numeriek Max. 18 Totaal van alle individuele betaalopdrachten in het bestand ongeacht de muntsoort van het bedrag. De decimalen worden gescheiden met een punt.. InitiatingParty 1.8 <InitgPty> 1 [1..1] Name <Nm> 2 [0..1] Alfanumeriek Max. 70 van de opdrachtgevende partij. Identification <Id> 2 [0..1] Alfanumeriek Dit veld wordt genegeerd voor Wereldbetalingen, Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 9

ML-tag Nivo Aanwezigheid en, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen. Voor Eurobetalingen zie bijlage A. Rabobank Format description ML SEPA CT - Rabo Internetbankieren (Professional) August 2016 Version 2.1 10

3.2 Payment Information Segment ML-tag Nivo Aanwezigheid PaymentInformation 2.0 <PmtInf> Top [1..n] PaymentInformationIdentification 2.1 <PmtInfId> 1 [1..1] Alfanumeriek Max. 35 Uniek referentienummer van de Batch/PI. Voor Wereldbetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en wordt deze informatie niet gepresenteerd in verantwoording (rekeninginformatie) PaymentMethod 2.2 <PmtMtd> 1 [1..1] Alfanumeriek 3 Vaste verplichte waarde TRF voor betaalopdrachten. BatchBooking 2.3 <BtchBookg> 1 [0..1] Boolean 4 of 5 Voor Eurobetalingen geldt dat de vulling true leidt tot terugmelding van het totaalbedrag van alle opdrachten binnen deze batch. Bij false wordt elke transactie individueel gespecificeerd teruggemeld. Indien deze tag niet aanwezig is, zal standaard voor true gekozen worden. Let op: in geval van waarde false, dan geldt per batch een maximum van 5.000 opdrachten. In geval de batch meer dan 5.000 opdrachten bevat, wordt de gehele batch afgekeurd. Voor Wereldbetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en wordt dit veld niet gebruikt, ongeacht de opgegeven waarde worden deze betalingen altijd gespecificeerd verantwoord. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 11

ML-tag Nivo Aanwezigheid NumberofTransactions 2.4 <NbOfTxs> 1 [0..1] Numeriek Max. 15 Het aantal opdrachten in de Batch/PI. ControlSum 2.5 <CtrlSum> 1 [0..1] Bedrag Max. 18 Totaal (de som van) van alle individuele opdrachten in de batch (dit segment). De decimalen worden gescheiden met een punt.. PaymentTypeInformation 2.6 <PmtTpInf> 1 [0..1] Voor de onderliggende subtags geldt dat deze of op batch niveau of op betaalopdrachten niveau aanwezig mogen zijn tenzij anders is beschreven. InstructionPriority 2.7 <InstrPrty> 2 [0..1] Alfanumeriek 4 Elke willekeurige waarde zal worden genegeerd tijdens verwerking, zelfs wanneer deze waarde tegenstrijdig is met de waarde voor veld/tag 2.9 <Cd>. Voor Eurobetalingen wordt normaal gesproken de waarde NORM gebruikt echter, zoals aangegeven, zal de opgegeven waarde worden genegeerd. ServiceLevel 2.8 <SvcLvl> 2 [0..1] Voor Eurobetalingen is dit veld/tag niet verplicht en de waarde SEPA mag worden gepresenteerd op dit (batch) niveau via 2.9 <Cd> of op 2.34 betaalopdrachten niveau, maar niet op beide niveaus. Voor Wereldbetalingen, Spoed Eurobetalingen Spoed Binnenland Eurobetalingen en en is dit veld verplicht en noodzakelijk om te kunnen bepalen op welke wijze de opdrachten moeten worden verwerkt. Code 2.9 <Cd> 3 [1..1] Alfanumeriek 4 Rabobank accepteert uitsluitend een van de volgende waarden: NURG ( Non-urgent Payment), URGP (Urgent Payment), SDVA (Same Day Value) en SEPA (Single European Payments Area). Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 12

ML-tag Nivo Aanwezigheid - SEPA voor Eurobetalingen - URGP voor en - SDVA, NURG en URGP 1 voor Wereldbetalingen, Spoed Eurobetalingen en en Voor Wereldbetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en is het verplicht om een van de aangegeven waarden te gebruiken. Wanneer Servicelevel/Code afwezig is, worden de betaalopdrachten gevalideerd als Eurobetalingen en vervolgens afgekeurd. Dit veld/tag mag alleen op (dit) batch niveau worden gebruikt. LocalInstrument 2.11 <LclInstrm> 2 [0..1] Dit veld/tag en onderliggende velden worden alleen gebruikt voor Eurobetalingen. Voor Wereldbetalingen, en Spoed Eurobetalingen, en en Multibank betalingen wordt dit veld en de onderliggende velden genegeerd. Code 2.12 <Cd> 3 [1..1] {OF Alfanumeriek Max. 35 Voor Eurobetalingen binnen Nederland geldt dat alleen de code ACCEPT wordt geaccepteerd en doorgegeven aan de ontvangende bank, mits het veld BatchBooking gevuld is met false. Bij BatchBooking true wordt 1 Wereldbetalingen zullen door Rabobank altijd worden behandeld en verwerkt als spoedbetalingen, althans wanneer deze betalingen voor cut-off tijd worden aangeboden en correct (Straight Through Processing) kunnen worden verwerkt, dus wanneer er geen overige instructies of andere gegevens worden verstrekt waardoor handmatige interventie nodig is. Het blijft mogelijk om aan te geven dat Wereldbetalingen als spoedopdrachten uitgevoerd dienen te worden, onafhankelijk van de aangegeven verwerkingswijze zullen deze dus standaard als spoedopdrachten worden uitgevoerd Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 13

ML-tag Nivo Aanwezigheid LocalInstrument Code ACCEPT afgekeurd. Dit veld kan aanwezig zijn op Batch/PI-niveau of op betaalopdrachten niveau (veld 2.37), niet op beide. Andere codes worden genegeerd en niet doorgegeven. Proprietary 2.13 <Prtry> 3 [1..1] OF} Alfanumeriek Max. 35 Deze informatie wordt niet gebruikt bij de verwerking CategoryPurpose 2.14 <CtgyPurp> 2 [0..1] Dit veld en onderliggende velden worden genegeerd voor Wereldbetalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen. Code 2.15 <Cd> 3 [1..1] {OF Alfanumeriek 4 Rabobank accepteert en leidt alle Category Purpose codes door naar de ontvangende bank Dit veld kan aanwezig zijn op Batch/PI-niveau of op transactieniveau (veld 2.40), maar niet op beide. en: De code INTC wordt door Rabobank gebruikt voor en, andere codes worden doorgestuurd naar de bank waar de betaalopdracht wordt uitgevoerd (zgn. Servicing bank ). Voor Eurobetalingen geldt dat Rabobank alleen voor code SALA (salarisbetalingen) een aparte afhandeling en presentatie zal bieden. Bij het gebruik van Category Purpose SALA worden alle opdrachten in de batch verwerkt in combinatie met BatchBooking true, dus samengesteld en zonder verantwoording van de individuele salarisbetalingen. Proprietary 2.16 <Prtry> 3 [1..1] OF} Alfanumeriek Max. 35 Bij Eurobetalingen en en wordt de informatie in dit veld doorgegeven naar de ontvangende bank. Voor en kan dit Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 14

ML-tag Nivo Aanwezigheid veld worden gebruikt voor codewoorden welke niet in de CategoryPurpose codelijst staan (zoals OTHR/ABCD). Rabobank negeert de informatie in dit veld bij Wereldbetalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen. Dit veld kan aanwezig zijn op Batch (PI-niveau) of op opdrachtniveau (2.41), niet op beide. RequestedExecutionDate 2.17 <ReqdExctnDt> 1 [1..1] Date Gevraagde datum van uitvoering. Opdrachten met een uitvoerdatum in het verleden worden overschreven met de eerst mogelijke uitvoerdatum mits deze niet ouder zijn dan 14 dagen. Indien opdrachten een uitvoerdatum hebben ouder dan 14 dagen wordt de batch afgekeurd. De uitvoerdatum mag 365 kalenderdagen in de toekomst worden geagendeerd. Debtor 2.19 <Dbtr> 1 [1..1] Name <Nm> 2 [1..1] Alfanumeriek Max. 70 opdrachtgever is verplicht. Deze naam zal worden overgenomen bij Spoed Binnenland Eurobetalingen. Bij Eurobetalingen, Wereldbetalingen, Multibank betalingen en Spoed Eurobetalingen zal deze naam door Rabobank worden overschreven met de bij Rabobank vastgelegde naam van de (rekening van de) opdrachtgever. PostalAddress <PstlAdr> 2 [0..1] Alfanumeriek Voor Eurobetalingen en Spoed Binnenland Eurobetalingen zijn de velden Country en AddressLine Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 15

ML-tag Nivo Aanwezigheid beschikbaar, deze zijn niet verplicht. Voor Wereldbetalingen, Spoed Eurobetalingen en en zijn de velden StreetName, PostCode, TownName en Country beschikbaar. StreetName <StrtNm> 3 [0..1] Alfanumeriek Dit veld wordt alleen gebruikt voor Wereldbetalingen, Spoed Eurobetalingen en en PostalCode <PstCd> 3 [0..1] Dit veld wordt alleen gebruikt voor Wereldbetalingen, Spoed Eurobetalingen en en TownName <TwnNm> 3 [0..1] Dit veld wordt alleen gebruikt voor Wereldbetalingen, Spoed Eurobetalingen en en Country <Ctry> 3 [0..1] Alfanumeriek 2 Land van de opdrachtgever, wordt gebruikt voor Eurobetalingen, en, Spoed Eurobetalingen, Wereldbetalingen en Multibank betalingen AddressLine <AdrLine> 3 [0..2] 1 Alfanumeriek Max. 70 Adres van de debiteur, wordt gebruikt voor Eurobetalingen en en: 1 e regel: Straat en huisnummer. 2 e regel: Postcode en plaats. Voor en worden alleen de eerste 35 posities van adresregel 1 en de eerste 35 posities van adresregel 2 worden overgenomen. De laatste 35 posities van adresregels 1 en 2 worden genegeerd. Identification <Id> 2 [0..1] Alfanumeriek Dit veld wordt genegeerd voor Wereldbetalingen, Spoed 1 De 20022 standaard staat maximaal 7 adresregels toe, de EPC heeft dit aantal echter beperkt tot 2 adresregels. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 16

ML-tag Nivo Aanwezigheid Eurobetalingen, en en en. Voor Eurobetalingen zie bijlage A. DebtorAccount 2.20 <DbtrAcct> 1 [1..1] Identification <Id> 2 [1..1] IBAN <IBAN> 3 [1..1] {OF Alfanumeriek Max. 34 IBAN rekeningnummer van de opdrachtgever. Gebruik hoofdletters voor alle letters in het IBAN. Spaties zijn niet toegestaan. Other <Othr> 3 [0..1] OF} Identification <Id> 4 [1..1] Alfanumeriek Max. 34 Dit veld is uitsluitend toegestaan voor Multibank betalingen en mag dan alleen worden gevuld met een BBAN. Bij en is het niet toegestaan om zowel dit veld <Id> en het veld <IBAN> in te vullen. Currency <Ccy> 2 [0..1] Alfanumeriek 3 muntsoort code van de rekening. Voor Eurobetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en hoeft geen muntsoort te worden opgegeven. Voor Wereldbetalingen is het verplicht om de muntsoort op te geven. Wanneer de muntsoort van de rekening wordt opgegeven gelden de volgende regels: EUR-rekening, betaling muntsoort niet-eur, is toegestaan (wordt verwerkt) Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 17

2 Het Eurobetaling ML-tag Nivo Aanwezigheid USD-rekening (bijvoorbeeld), betaling muntsoort JPY: is toegestaan voor Rabobank WRR 1 rekeningen. USD-rekening (bijvoorbeeld), betaling muntsoort JPY: is niet toegestaan voor Rabobank (Nederland) 2 rekeningen, de betaling zal worden afgekeurd. DebtorAgent 2.21 <DbtrAgt> 1 [1..1] FinancialInstitutionIdentification <FinInstnId> 2 [1..1] BIC <BIC> 3 [0..1] {OF Alfanumeriek 8 of 11 SWIFT BIC code van de bank opdrachtgever. Dit veld is optioneel [0..1] echter is de BIC noodzakelijk (en daarom verplicht) bij en wanneer de rekening van de opdrachtgever wordt aangehouden bij een bank buiten het SEPA gebied. Gebruik hoofdletters voor alle letters in de BIC. Other <Othr> 3 [0..1] OF} Identification <Id> 4 [1..1] Alfanumeriek 11 Indien aanwezig, dus indien geen BIC is opgegeven, adviseert Rabobank dit veld te vullen met de waarde NOTPROVIDED, deze waarde wordt echter niet door Rabobank gecontroleerd UltimateDebtor 2.23 <UltmtDbtr> 1 [0..1] Dit veld en onderliggende velden worden genegeerd voor Wereldbetalingen, Spoed Eurobetalingen, Spoed 1 Wholesale, Rural and Retail (WRR) betreft het Rabobank Rekening Courant systeem voor klanten van het voormalige Rabobank International, voor bankrekeningen in dit systeem is het mogelijk om een bedrag over te maken in een muntsoort (valuta) welke afwijkt van de muntsoort van de bankrekening zelf Rekening Courant systeem voor klanten van de Rabobank (voormalig Rabobank Nederland) waarbij het, in tegenstelling tot WRR rekeningen, het niet is toegestaan om in een andere muntsoort dan de muntsoort (valuta) van de opdrachtgeversrekening geld over te maken Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 18

ML-tag Nivo Aanwezigheid Binnenland Eurobetalingen en en. Dit element mag niet in combinatie met element 2.70 aanwezig zijn. Beide mogen wel afwezig zijn. Name <Nm> 2 [0..1] Alfanumeriek Max. 70 van de opdrachtgevende partij. De informatie wordt doorgeleid naar de ontvangende bank. Identification <Id> 2 [0..1] Alfanumeriek Voor Eurobetalingen zie bijlage A. ChargeBearer 2.24 <ChrgBr> 1 [0..1] Alfanumeriek 4 - Voor Eurobetalingen is uitsluitend de waarde SLEV toegestaan. - Voor Spoed Eurobetalingen, Wereldbetalingen en en binnen de EER is uitsluitend de waarde SHAR (SHA) toegestaan. - Voor overige Wereldbetalingen en Multibank betalingen zijn de volgende waardes toegestaan: CRED - alle kosten voor de begunstigde (BEN) DEBT - alle kosten voor de opdrachtgever (OUR) SHAR - Gedeelde kosten (SHA) Let op: Wanneer geen waarde wordt opgegeven zal de kostenoptie SHAR worden gebruikt. ChargeBearer mag of op batch (2.24) of op transactie niveau (2.51) aanwezig zijn, maar niet op beide niveau s. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 19

3.3 Transaction Information Segment ML-tag Nivo Aanwezigheid CTTransactionInformation 2.27 <CdtTrfTxInf> 1 [1..n] PaymentIdentification 2.28 <PmtId> 2 [1..1] Dit veld en onderliggende velden worden gebruikt voor Eurobetalingen en genegeerd voor Wereldbetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en. Belangrijk: Vanwege de [1..1] verplichting (SD) om een waarde te vermelden dient voor Wereldbetalingen, en, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen het <EndToEndId> altijd een waarde te bevatten (ondanks dat deze waarde dus verder niet wordt gebruikt) InstructionIdentification 2.29 <InstrId> 3 [0..1] Alfanumeriek Max. 35 Referentie van de opdrachtgever voor Rabobank. Dit veld wordt niet doorgezet aan de begunstigde. EndToEndIdentification 2.30 <EndToEndId> 3 [1..1] Alfanumeriek Max. 35 End-to-End ID van de betaalopdracht. Deze wordt bij Eurobetalingen doorgegeven aan de begunstigde. PaymentTypeInformation 2.31 <PmtTpInf> 2 [0..1] Voor de onderliggende subtags geldt dat deze of op batch of op betaalopdrachten niveau aanwezig mogen zijn tenzij anders is beschreven. InstructionPriority 2.32 <InstrPrty> 3 [0..1] Alfanumeriek 4 Zowel NORM als HIGH zijn toegestaan. De opgegeven waarde zal bij verwerking worden genegeerd. ServiceLevel 2.33 <SvcLvl> 3 [0..1] Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 20

ML-tag Nivo Aanwezigheid Code 2.34 <Cd> 4 [0..1] Alfanumeriek 4 Voor Eurobetalingen is dit veld niet verplicht en kan deze op dit (betaalopdracht) niveau worden gepresenteerd of op 2.8 batch niveau, echter niet op beide niveaus. Voor Eurobetalingen is alleen de waarde SEPA toegestaan. Voor Wereldbetalingen, Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en en is het niet toegestaan om dit veld te gebruiken, voor deze betalingen dient een waarde op 2.9 batch niveau ingevuld te worden. LocalInstrument 2.36 <LclInstrm> 3 [0..1] Dit veld en de onderliggende velden worden alleen gebruikt voor Eurobetalingen. Bij Wereldbetalingen, en, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen wordt dit veld (en de onderliggende velden) genegeerd. Code 2.37 <Cd> 4 [1..1] {OF Alfanumeriek Max. 35 Voor Eurobetalingen binnen Nederland geldt dat alleen de code ACCEPT wordt geaccepteerd en doorgegeven aan de ontvangende bank, mits het veld BatchBooking gevuld is met false. Bij BatchBooking true wordt LocalInstrument Code ACCEPT afgekeurd. Dit veld kan aanwezig zijn op Batch/PI-niveau (veld 2.12) of op transactieniveau, niet op beide. Andere codes worden genegeerd en niet doorgegeven. Proprietary 2.38 <Prtry> 4 [1..1] OF} Alfanumeriek Max. 35 Deze informatie wordt niet doorgegeven aan de ontvangende bank. Dit veld kan aanwezig zijn op Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 21

ML-tag Nivo Aanwezigheid Batch/PI niveau (2.13) of op transactieniveau, maar niet op beide. CategoryPurpose 2.39 <CtgyPurp> 3 [0..1] Dit veld en onderliggende velden worden genegeerd voor Wereldbetalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen. Code 2.40 <Cd> 4 [1..1] {OF Alfanumeriek 4 Rabobank accepteert en leidt alle Category Purpose codes door naar de ontvangende bank. Dit veld kan aanwezig zijn op Batch/PI niveau (2.15) of op dit (betaalopdracht) niveau, maar niet op beide. en: De code INTC wordt door Rabobank gebruikt voor en, andere codes worden doorgestuurd naar de bank waar de betaalopdracht wordt uitgevoerd (zgn. Servicing bank ). Proprietary 2.41 <Prtry> 4 [1..1] OF} Alfanumeriek Max. 35 Bij Eurobetalingen en en wordt de informatie in dit veld doorgegeven naar de ontvangende bank, voor en kan dit veld worden gebruikt voor codewoorden welke niet in de CategoryPurpose codelijst staan (zoals OTHR/ABCD). Alleen het eerste codewoord zal worden doorgegeven naar de ontvangende bank. Rabobank negeert de informatie in dit veld bij Wereldbetalingen, Spoed Eurobetalingen en Spoed Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 22

ML-tag Nivo Aanwezigheid Binnenland Eurobetalingen Dit veld kan aanwezig zijn op Batch/PI niveau (2.16) of op dit (betaalopdracht) niveau, maar niet op beide. Amount 2.42 <Amt> 2 [1..1] InstructedAmount 2.43 <InstdAmt> 3 [1..1] Amount Max. 18 Bedrag van de betaling. Decimalen worden gescheiden met een punt.. Het bedrag dient een waarde tussen 0.01 en 999,999,999.99 (technische limiet) te bevatten, waarbij de werkelijke maximale limiet afhankelijk is van de toegestane grens voor de gekozen opdrachtsoort. De muntsoort van het bedrag wordt opgenomen in de ML-tag: <InstdAmt Ccy= > waar staat voor de muntsoort code (bv. EUR, USD, GBP, etc). ChargeBearer 2.51 <ChrgBr> 2 [0..1] Alfanumeriek - Voor Eurobetalingen is uitsluitend de waarde SLEV toegestaan. - Voor Spoed Eurobetalingen, Wereldbetalingen en en binnen de EER is uitsluitend de waarde SHAR (SHA) toegestaan. - Voor overige Wereldbetalingen en Multibank betalingen zijn de volgende waardes toegestaan: CRED - alle kosten voor de begunstigde (BEN) DEBT - alle kosten voor de opdrachtgever (OUR) SHAR - Gedeelde kosten (SHA) Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 23

ML-tag Nivo Aanwezigheid Let op: Wanneer geen waarde wordt opgegeven zal de kostenoptie SHAR worden gebruikt. ChargeBearer mag of op batch (2.24) of op transactie niveau (2.51) aanwezig zijn, maar niet op beide niveau s. Ultimate Debtor 2.70 <UltmtDbtr> 2 [0..1] Dit veld en de onderliggende velden worden genegeerd (niet gebruikt) voor Wereldbetalingen, Multibank betalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen. Dit element mag niet in combinatie met element 2.23 aanwezig zijn. Beide mogen wel afwezig zijn. Name <Nm> 3 [0..1] Alfanumeriek Max. 70 van de uiteindelijke opdrachtgever. De informatie wordt niet doorgeleid naar de bank van de begunstigde. Identification <Id> 3 [0..1] Voor Eurobetalingen zie bijlage A. IntermediaryAgent1 2.71 <IntrmyAgt1> 2 [0..1] Dit veld mag alleen worden gebruikt voor Wereldbetalingen en dient gevuld te worden indien een andere (afwijkende) routering plaats dient te vinden of wordt verlangd door de bank van de begunstigde. Gebruik van dit veld leidt tot extra kosten. Dit veld wordt genegeerd voor en, Eurobetalingen en en. FinancialInstitutionIdentification <FinInstId> 3 [1..1] Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 24

ML-tag Nivo Aanwezigheid BIC <BIC> 4 [1..1] Alfanumeriek Max 11 SWIFT BIC code van de bank van de intermediary agent. Gebruik hoofdletters voor alle letters in de BIC. ClearingSystemMemberIdentification <ClrSysMmbld> 4 [0..1] ClearingSystemIdentification <ClrSysId> 5 [1..1] Dit veld/tag is verplicht om de MemberIdentification te identificeren. Code <Cd> 6 [1..1] {OF Alfanumeriek Max 35 Hier dient de bankcode opgegeven te worden van de bank in het betreffende land, bijvoorbeeld 'USABA' voor een ABA nummer voor een betaling naar Amerika. Voor een lijst met toegestane codes zie: http://www.iso20022.org/external_code_list.page tab-5 Er wordt geen controle verricht of de opgegeven code overeenkomt met de BIC, deze informatie wordt uitsluitend doorgeleid. Proprietary <Prtry> 6 [1..1] OF} Alfanumeriek Max 35 Via dit veld kan de nationale bankcode worden opgegeven, dit gegeven wordt niet gecontroleerd door Rabobank en uitsluitend doorgeleid MemberIdentification <Mmbld> 5 [1..1] Alfanumeriek Max 35 De nationale bankcode van de bank in het binnenlandse vereveningssysteem (zgn. Clearing System) CreditorAgent 2.77 <CdtrAgt> 2 [0..1] Voor Eurobetalingen en Spoed Binnenland Eurobetalingen: Alleen opgave van de BIC is toegestaan. Voor Wereldbetalingen, en en Spoed Eurobetalingen: Opgave van de BIC wordt aanbevolen. Indien de BIC niet aanwezig is, dan is het verplicht om de de naam, plaatsnaam en de landcode van de bank te Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 25

ML-tag Nivo Aanwezigheid verstrekken. Optioneel aanvullend gewenst is de opgave van ClearingSystemIdentitication in combinatie met MemberID. Rabobank zal dan op basis van de opgegeven IBAN of Nationale Bankcode de BIC bepalen. Wanneer 2.71 IntermediaryAgent informatie is verstrekt zal op basis van deze verstrekte informatie worden gerouteerd. Als deze informatie niet is verstrekt zal worden gerouteerd op basis van de CreditorAgent. FinancialInstitutionIdentification <FinInstnId> 3 [1..1] BIC <BIC> 4 [0..1] Alfanumeriek 8 of 11 SWIFT BIC code van de bank van de tegenpartij. Dit veld is optioneel. Gebruik hoofdletters voor alle letters in de BIC. Wanneer geen BIC wordt vermeld kunnen extra kosten in rekening worden gebracht. Voor Eurobetalingen: Rabobank zal altijd de BIC bepalen. Als Rabobank de BIC kan bepalen wordt het opgegeven BIC overschreven. Indien Rabobank de BIC niet kan bepalen, dan wordt de opgegeven BIC gebruikt, anders zal de opdracht worden afgekeurd. Voor Wereldbetalingen, Spoed Eurobetalingen en Spoed Binnenland Eurobetalingen: Wanneer de BIC niet is gevuld zal Rabobank proberen om deze te bepalen, en wanneer deze BIC kan worden bepaald zal de gevonden BIC worden gebruikt; Wanneer de BIC niet is gevuld en de naam en het land van de bank van de begunstigde Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 26

ML-tag Nivo Aanwezigheid zijn gevuld zullen deze gegevens worden gebruikt; Wanneer de BIC niet is gevuld en niet kon worden bepaald/gevonden, en de naam, plaatsnaam en het land van de bank van de begunstigde niet zijn gevuld, wordt de opdracht afgekeurd. ClearingSystemMemberIdentification <ClrSysMmbld> 4 [0..1] Dit veld mag alleen gevuld worden voor Wereldbetalingen en Spoed Eurobetalingen en dient verplicht gevuld te worden wanneer het vermelden van de nationale bankcode van de bank in het land van de bank (van de begunstigde) verplicht is ClearingSystemIdentification <ClrSysId> 5 [1..1] Dit veld/tag is verplicht om de MemberIdentification te identificeren. Code <Cd> 6 [1..1] {OF Hier dient de bankcode opgegeven te worden van de bank in het betreffende land, bijvoorbeeld 'USABA' voor een ABA nummer voor een betaling naar Amerika. Voor een lijst met toegestane codes zie: http://www.iso20022.org/external_code_list.page tab-5 Er wordt geen controle verricht door Rabobank of de opgegeven code overeenkomt met de BIC, deze informatie wordt uitsluitend doorgeleid. Proprietary <Prtry> 6 [1..1] OF} MemberIdentification <Mmbld> 5 [1..1] Name <Nm> 4 [0..1] Alfanumeriek Max. 35 van de bank van de begunstigde. Dit veld is Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 27

ML-tag Nivo Aanwezigheid verplicht wanneer bij een Wereldbetaling, Multibank betaling of Spoed Eurobetaling geen BIC is opgegeven (van de bank van de begunstigde). PostalAddress <PstlAdr> 4 [1..1] Country <Ctry> 5 [1..1] Alfanumeriek 2 Landcode van de bank van de begunstigde. Dit veld is verplicht wanneer bij een Wereldbetaling, Multibank betaling of Spoed Eurobetaling geen BIC is opgegeven (van de bank van de begunstigde). AddressLine <AdrLine> 5 [0..2] Alfanumeriek Max. 70 Adres gegevens van de bank van de begunstigde. Minimaal moet de vestigingsplaats van de bank te worden verstrekt. Let op: Alleen de eerste 35 posities van adresregel 1 en de eerste 35 posities van adresregel 2 worden overgenomen. De laatste 35 posities van adresregels 1 en 2 worden genegeerd. Creditor 2.79 <Cdtr> 2 [1..1] 1 Name <Nm> 3 [1..1] Alfanumeriek Max. 70 van de begunstigde. Verplicht voor alle soorten betaalopdrachten. PostalAddress <PstlAdr> 3 [1..1] Alfanumeriek Voor Eurobetalingen en Spoed Binnenland Eurobetalingen moeten de velden Country en AddressLine gevuld zijn. Voor Wereldbetalingen, en en Spoed Eurobetalingen moeten 1 Dit veld is optioneel volgens de 20022 standaard, echter is het voor Rabobank noodzakelijk voor het kunnen verwerken van de betaalopdracht en wordt daarom verplicht gesteld. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 28

ML-tag Nivo Aanwezigheid de velden StreetName, PostCode, TownName en Country gevuld zijn. StreetName <StrtNm> 4 [0..1] Alfanumeriek Max. 70 Dit veld is verplicht voor Wereldbetalingen, Multibank betalingen en Spoed Eurobetalingen en moet het vestigingsadres te bevatten. Een postbus adres is niet toegestaan. PostalCode <PstCd> 4 [0..1] Alfanumeriek Max. 16 Dit veld is verplicht voor Wereldbetalingen, Spoed Eurobetalingen en en TownName <TwnNm> 4 [0..1] Alfanumeriek Max. 35 Dit veld is verplicht voor Wereldbetalingen, Spoed Eurobetalingen en en Country <Ctry> 4 [1..1] Alfanumeriek 2 Landcode van de begunstigde. AddressLine <AdrLine> 4 [0..2] Alfanumeriek Max. 70 Adresgegevens van de begunstigde, wordt uitsluitend gebruikt voor Eurobetalingen en Spoed Binnenland Eurobetalingen. Voor Eurobetalingen max. 2x70 posities: 1e regel: Straat en huisnummer 2e regel: Postcode en plaats. Voor en: Let op! Alleen de eerste 35 posities van adresregel 1 en de eerste 35 posities van adresregel 2 worden overgenomen. De laatste 35 posities van adresregels 1 en 2 worden genegeerd. Identification <Id> 3 [0..1] Alfanumeriek Dit veld wordt alleen gebruikt voor Eurobetalingen, zie Bijlage A. Creditor Account 2.80 <CdtrAcct> 2 [1..1] Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 29

ML-tag Nivo Aanwezigheid Identification <Id> 3 [1..1] IBAN <IBAN> 4 [0..1] {OF Alfanumeriek Max. 34 IBAN rekeningnummer van de begunstigde. Gebruik hoofdletters voor alle letters in het IBAN. Gebruik van het IBAN rekeningnummer voor Eurobetalingen is verplicht, wanneer de IBAN ontbreekt wordt de opdracht afgekeurd. Other <Othr> 4 [0..1] OF} Alleen toegestaan voor Wereldbetalingen, Multibank betalingen en Spoed Eurobetalingen Identification <Id> 5 [1..1] Alfanumeriek Max. 34 Rekeningnummer van de begunstigde. Indien een BBAN wordt opgegeven wanneer het land van de begunstigde een IBAN vereist, wordt de opdracht afgekeurd. Currency <Ccy> 3 [0..1] Alfanumeriek 3 muntsoort code van de rekening. Name <Nm> 2 [0..1] Alfanumeriek Max. 70 Ultimate Creditor 2.81 <UltmtCdtr> 2 [0..1] Dit veld en onderliggende velden worden genegeerd voor Wereldbetalingen, en, Spoed Eurobetalingen en en. Name <Nm> 3 [1..1] Alfanumeriek Max. 70 van de uiteindelijke begunstigde. Country <Ctry> 4 [1..1] Land van de uiteindelijke begunstigde. AddressLine <AdrLine> 4 [0..2] Max. 70 Adresgegevens van de uiteindelijke begunstigde. Identification <Id> 3 [0..1] Alfanumeriek Voor Eurobetalingen zie bijlage A. InstructionsForDebtorAgent 2.85 <InstrForDbtrAgt> 2 [0..1] Alfanumeriek Max. 140 Specifieke instructies voor Rabobank voor de Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 30

ML-tag Nivo Aanwezigheid betaalopdracht, bijvoorbeeld om een andere routing te verzoeken of om een betaalbevestiging te versturen. Dit veld kan alleen worden gebruikt voor Wereldbetalingen en Spoed Eurobetalingen. Purpose 2.86 <Purp> 2 [0..1] Dit veld en onderliggende velden worden genegeerd voor Wereldbetalingen, en, Spoed Eurobetalingen en en. Code 2.87 <Cd> 3 [1..1] Alfanumeriek 4 RemittanceInformation 2.98 <RmtInf> 2 [0..1] Voor Eurobetalingen is het toegestaan om de Structured of Unstructured omschrijving te vullen. Het is niet toegestaan om beide te vullen. Wanneer zowel Structured als Unstructured worden gevuld zal de betaalopdracht worden afgekeurd. Voor Wereldbetalingen, en, Spoed Eurobetalingen en en is het uitsluitend toegestaan om Unstructured in te vullen; wanneer Structured bij een Wereldbetaling, Spoed Eurobetaling of wordt gevuld, wordt de inhoud van dit veld genegeerd. Unstructured 2.99 <Ustrd> 3 [0..1] {OF Alfanumeriek Max. 140 Voor normale Eurobetalingen worden maximaal 140 posities/tekens gelezen en voor verwerking doorgeleid. Voor en worden maximaal de eerste 96 posities/tekens gelezen en Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 31

ML-tag Nivo Aanwezigheid doorgeleid. Voor Wereldbetalingen, en en Spoed Eurobetalingen worden maximaal de eerste 98 posities gelezen en doorgeleid. Let op!: Voor alle soorten betaalopdrachten geldt dat er maximaal één (1) Unstructured omschrijvingsregel kan worden opgegeven. Structured 2.100 <Strd> 3 [0..1] OF} Structured is alleen toegestaan voor Eurobetalingen. Voor Wereldbetalingen, en, Spoed Eurobetalingen en en wordt dit veld genegeerd. CreditorReferenceInformation 2.120 <CdtrRefInf> 4 [0..1] Type 2.121 <Tp> 5 [1..1] CodeOrProprietary 2.122 <CdOrPrtry> 6 [1..1] Code 2.123 <Cd> 7 [1..1] Alfanumeriek 4 Alleen SCOR is toegestaan. Issuer 2.125 <Issr> 6 [0..1] Alfanumeriek Max. 35 Alleen waarde CUR (=Currence) is toegestaan. Reference 2.126 <Ref> 5 [1..1] Alfanumeriek Max. 35 De maximale lengte van het Currence betalingskenmerk is 16. Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 32

Bijlage A Identificatie van partijen Deze bijlage beschrijft hoe de Identificatie van partijen gevuld kan worden. 1.8 2.19 2.23 2.70 2.79 2.81 Binnen de identificatie van partijen kan één van de elementen gebruikt worden: Organisation Identification of Private Identification. Organisation Identification Voor de identificatie van de organisatie moet de BIC gevuld worden of in één instantie mag other gevuld worden. ML-tag Nivo Aanwezigheid OrganisationIdentification <OrgId> +1 [1..1] BICorBEI <BICOrBEI> +2 [0..1] {OF Alfanumeriek 11 BIC van de organisatie/bank. Other <Othr> +2 [0..1] OF} Identification <Id> +3 [1..1] Alfanumeriek 35 SchemeName <SchmeNm> +3 [0..1] Code <Cd> +4 [1..1] {OF Alfanumeriek 4 De ExternalOrganisationIdentification1Code is te vinden op http://www.iso20022.org/external_code_list.page tab 9- OrganisationIdentification. Proprietary <Prtry> +4 [1..1] OF} Alfanumeriek 35 Issuer <Issr> +3 [0..1] Alfanumeriek 35 Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 33

Private identification Voor de identificatie van een privépersoon moet de datum en plaats van geboorte gevuld worden of in één instantie mag other gevuld worden. ML-tag Nivo Aanwezigheid PrivateIdentification <PrvtId> +1 [1..1] DatumAndPlaceOfBirth <DtAndPlcOfBirth> +2 [0..1] {OF BirthDate <BirthDt> +3 [1..1] Datum 10 ProvinceOfBirth <PrvcOfBirth> +3 [0..1] Alfanumeriek 35 CityOfBirth <CityOfBirth> +3 [1..1] Alfanumeriek 35 CountryOfBirth <CtryOfBirth> +3 [1..1] Alfanumeriek 2 landcode Other <Othr> +2 [0..1] OF} Identification <Id> +3 [1..1] Alfanumeriek 35 SchemeName <SchmeNm> +3 [0..1] Code <Cd> +4 [1..1] {OF Alfanumeriek 4 De ExternalPersonIdentification1Code is te vinden op tab 10-PersonIdentification. Proprietary <Prtry> +4 [1..1] OF} Alfanumeriek 35 Issuer <Issr> +3 [0..1] Alfanumeriek 35 Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 34

Bijlage B Nationale bankcode Een nationale bankcode wordt gebruikt om een bank of een branche van een bank uniek te identificeren. Voor SEPA betalingsverkeer is het apart vermelden van deze nationale bankcode niet van belang: het verplichte IBAN rekeningnummer formaat bevat de bank/branche code en deze hoeft derhalve niet apart vermeld te worden. Dit geldt ook voor landen die IBAN als rekeningnummer formaat gebruiken en niet deel uit maken van het SEPA gebied. In het document IBAN registry staat een overzicht van landen die IBAN hebben geïmplementeerd als rekeningnummer formaat (alleen in het Engels beschikbaar). Voor niet-sepa betalingsverkeer kan deze nationale bankcode wel van belang zijn. Sommige landen stellen de aanwezigheid verplicht, voor andere landen is de aanwezigheid optioneel. In dit laatste geval is aanwezigheid wel gewenst: de aanwezigheid kan er voor zorgen dat minder kosten ingehouden omdat meteen duidelijk is voor welke bank/branche de betaling bestemd is. Meer informatie over betalingsinformatie per land staat beschreven op: https://www.rabobank.nl/particulieren/betalen/betalen-buitenland/betalingsinformatie/ Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 35

Changelog Titel : Formaatbeschrijving Generic Payment File Versie : 1.70 Datum : 26-07-2018 Namens : Rabobank Direct Connect, SWIFT FileAct en Rabobank Internetbankieren Professional. Contact : Voor RIB (Pro): Helpdesk Rabo Internet- en Mobielbankieren +31 88 7226622 Voor RDC en SWIFT FileAct: + 31 30 712 1777 Voor RDC en SWIFT FileAct: corporatesupport@rabobank.com Datum Versie Type wijziging Reden wijziging 01-05-2017 1.0 Eerste/initiele Generic Payment File formaat beschirjving voor RDC 01-06-2017 1.1 Documentatie bijgewerkt 20-06-2017 1.2 Documentatie bijgewerkt 06-10-2017 1.3 Documentatie bijgewerkt 19-10-2017 1.31 Kostenoptie aangepast 07-12-2017 1.40 30-01-2018 1.50 20-04-2018 1.60 Ondersteuning voor Multibank opdrachten toegevoegd Kostenoptie SHAR 2.24 en 2.51 Ondersteuning Network banking betalingen per Q2 2018 Charge Bearer 2.24 en 2.51 gewijzigd. 20-04-2018 1.60 PaymentTypeInformation gewijzigd 20-04-2018 1.60 Bijlage B gewijzigd 20-04-2018 1.60 Documentatie bijgewerkt 26-07-2018 1.70 Multibank en RNB Geïmplementeerd. 26-07-2018 1.70 Hoofdstuk 3 Segmentbeschrijving gewijzigd. 26-07-2018 1.70 Batchbooking 2.3 gewijzigd Kleine wijzigingen, tekstuele verbeteringen en verwijderen van overbodige informatie Omvangrijke wijzigingen om mogelijkheden tot interpretatie te voorkomen voor de betaalvormen Spoed Eurobetalingen, Spoed Binnenland Eurobetalingen en Wereldbetalingen, vervangen van voetnoten door volledige tekstuele beschrijvingen Tabel bijgewerkt/vereenvoudigd bij hoofdstuk 3.1 Kleine tekstuele wijzigingen, eenduidig en correct gebruik van hoofdletters. Voor en zijn de opties DEBT en CRED niet toegestaan, alleen SHAR is toegestaan Aanvullende functionaliteit toegevoegd in het GPF formaat Voor Wereldbetalingen en Spoedbetalingen binnen de EER is per 01-01-2018 alleen de kostenoptie SHAR toegestaan Charge Bearer is slechts op èèn niveau toegestaan. Aanwezigheid is slechts op èèn niveau toegestaan tenzij anders beschreven. Verwijzing naar betalingsinformatie per land en tabel verwijderd. - Verduidelijking van de opdrachtsoorten. - Tags die zijn gevuld maar worden genegeerd, moeten voldoen aan de SD. 4 kolommen toegevoegd, onderverdeeld naar de 4 opdrachtsoorten. In geval van opgave false, geldt een maximum van 5.000 opdrachten per batch. Dit is Rabobank Formaatbeschrijving Generic Payment File Juli 2018 Versie 1.7 36

26-07-2018 1.70 IntermediaryAgent1 2.71 gewijzigd. 26-07-2018 1.70 26-07-2018 1.70 IntermediaryAgent1 2.71 en Service Level Code 2.34 niveau gewijzigd. ClearingSystemIdentification gewijzigd 2.71 en 2.77. 26-07-2018 1.70 Creditor Agent 2.77 gewijzigd. uitsluitend van toepassing op Eurobetalingen. Opgave van afwijkende routing is toegestaan voor rekeningen die zowel bij WRR als Lokale Banken worden aangehouden. Correctie Gewijzigd in verplicht ter herkenning van de MemberIdentification. Bij afwezigheid van BIC, is het verplicht om de naam, landcode en plaatsnaam te verstrekken. 26-07-2018 1.70 Structured 2.100 gewijzigd Aanwezigheid gewijzigd in [0..1]. Rabobank Formaatbeschrijving Generic Payment File