Formaatbeschrijving XML SEPA DD

Formaatbeschrijving XML SEPA DD

Inhoudsopgave 3 3 3 4 4 4 6 6 7 9 9 10 16 25 27 28

Formaatbeschrijving XML SEPA CT

maart 2014

2

1 Algemeen Rabobank ondersteunt het importeren van Euro-incasso’s in het XML Customer Direct Debit Initiation bericht pain.008.001.02. Dit initiatieformaat is gebaseerd op de richtlijn van de Nederlandse Vereniging van Banken (NVB). De richtlijn is hier beschikbaar. Euro-incasso’s zijn incasso-opdrachten die voldoen aan de SEPA voorwaarden, binnen Europa en in muntsoort Euro.

1.1 Beschrijving Het XML Customer Direct Debit Initiation bericht pain.008.001.02 gebruikt u om uw bank te instrueren uw rekening te crediteren ten laste van een geïncasseerde. Het pain.008 bericht is single-file, multibatch en modulair van opbouw. De informatie die functioneel bij elkaar hoort is telkens in een record geplaatst.

1.2 Algemene kenmerken Het SEPA DD ISO20022 formaat welke Rabobank ondersteunt is gebaseerd op de definities zoals gepubliceerd op de website van de International Organisation for Standardization (XML ISO20022). In dit document is het gebruik van deze standaard beschreven voor Rabo Internetbankieren (Professional) (RIB (Pro)).


maart 2014

3

2 Structuur 2.1 Inleiding De modellen van het SEPA DD document in XML worden beschreven in schema's. Er wordt gebruik gemaakt van een specifieke beschrijvingstaal (XSD) in het schema. Aan de hand van de schema's kan een beschrijving worden gegeven van de tags in het document, de structuur en de aaneenschakeling van die bakens (rangorde van de tags) alsmede de voor bepaalde gegevens toegestane codes, het aantal mogelijke gevallen, het verplicht of facultatief karakter van bepaalde gegevens.

2.2 Technische indeling De gebruiksregels moeten worden nageleefd om te vermijden dat het bericht of de betaling eventueel wordt geweigerd of dat gegevens niet in aanmerking worden genomen. Enkel berichtelementen die worden beschreven in deze richtlijnen mogen worden gebruikt. De beschrijving van elk berichtitem bevat: Naam Naam van het element binnen het SEPA DD bericht XML-tag

Verkorte naam die een element identificeert in een XML-bericht, staat tussen haakjes, bijv.

ISO-referentie

Nummering volgens de ISO 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 ISO20022 gebruikt worden binnen SEPA DD.

Niveau

Niveau van het element binnen het SEPA DD bericht: <Enz.>


maart 2014

4

Naam

Naam van het element binnen het SEPA DD bericht

Aanwezigheid

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. Pas wanneer een optioneel element aanwezig is, waarvoor op onderliggend niveau een verplicht element bestaat, dient dit verplichte element voor te komen.

Type

Typeaanduiding van het veld: Numeriek: mag alleen cijfers bevatten Alfanumeriek: mag cijfers en toegestane letters (zie 2.3 Tekenset) bevatten Datum: YYYY-MM-DD Bedrag: cijfers, met een punt als scheidingsteken. De weergave van het aantal decimalen is in overeenstemming met ISO4217. 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’

Lengte

Maximaal aantal karakters van het veld.

Omschrijving

Bevat de definitie van het berichtsegment of -element Aanvullende informatie over het gebruik van dit element


maart 2014

5

2.3 Tekenset In de SEPA DD berichten moet de tekencodering standaard UTF8 worden gebruikt. De Latijnse tekenset, die gebruikelijk is voor internationale communicatie, moet worden gebruikt. Rabobank accepteert de volgende tekens1:  abcdefghijklmnopqrstuvwxyz  0123456789  Spatie  ABCDEFGHIJKLMNOPQRSTUVWXYZ

 /-?:().,'+

2.4 Geschiktheid SEPA DD berichten zijn geschikt voor de volgende opdrachttypen:  Euro-incasso’s Kenmerken Euro-incasso: In Euro 1. Bevat IBAN van geïncasseerde 2. Bevat BIC van geïncasseerde 3. Transactie bevat naam van geïncasseerde 4. Kostenoptie altijd SHA 5. Transactie afkomstig uit en gericht aan één van de SEPA- landen

1

Rabobank kan diakritische tekens accepteren, Rabobank zet deze niet om naar de karakters gedefinieerd in sectie 2.3. Door het opnemen van diakritische tekens in uw importbestanden loopt u het risico dat deze

bestanden niet verwerkt worden doordat de bank van de tegenpartij zich aan bovenstaande tekenset houdt.


maart 2014

6

2.5 Berichtenstructuur Pain.008 wordt aangeleverd via datacommunicatie. De berichten kunnen bestaan uit meerdere opdrachten voor één opdrachtgever. De berichten moeten per stuk afgesloten worden, de opdrachten per opdrachtgever. Het totale bestand moet bestaan uit een groupheader en kan uit meerdere opdrachten bestaan. Het totale bestand moet afgesloten worden2. Een SEPA DD bericht bevat 3 segmenten: 1.

2.

3.

Group Header; Dit segment is verplicht en een maal aanwezig in het bericht. Onder andere de elementen Message Identification en Creation Date and Time zijn aanwezig in dit segment. Payment Information; Dit segment is verplicht en kan meerdere keren voorkomen. Ze bevat naast elementen die verband houden met de opdrachtgever zoals Creditor, Payment Type Information en de Batch-booking indicator, ook een of meerdere Transaction Information segmenten. Transaction Information; Dit segment is verplicht en kan meerdere keren voorkomen. Dit zijn de daadwerkelijke incasso-opdrachten. Ze bevat onder andere elementen in verband met de creditkant van de opdracht, zoals Debtor en Remittance Information.

Ieder segment binnen het SEPA DD bestand moet geopend en afgesloten worden conform de XSD standaard. Binnen de openingstag en de sluitingstag staat de informatie over dat deel.

2

Meer algemene informatie over de berichtenstructuur is beschikbaar via http://www.betaalvereniging.nl/


maart 2014

7

Een XML-pain.008.001.02 bestand heeft onderstaande structuur. Informatie mbt de Group header Informatie mbt de betaling (payment) Informatie mbt de opdracht


maart 2014

8

3 Segmentbeschrijving 3.1 Group Header De volgende segmenten zijn beschikbaar voor SEPA DD berichten. Naam

ISOreferentie

Document

XML-tag

Niveau

Aanwezig

Top

[1..1]

Top

[1..1]

Type

Lengte

Omschrijving

GroupHeader

1.0

Top

[1..1]

MessageIdentification

1.1

<MsgId>

1

[1..1]

Alfanumeriek

CreationDateTime

1.2

1

[1..1]

Datum + tijd

NumberofTransactions

1.6

1

[1..1]

Numeriek

15

Het aantal opdrachten in het bestand.

ControlSum

1.7

1

[0..1]

Bedrag

18

Totaal van alle individuele opdrachten in het bericht. De decimalen worden gescheiden met een punt “.”.

InitiatingParty

1.8

1

[1..1]

Name

2

[0..1]

Alfanumeriek

70

Naam van de opdrachtgevende partij.

Identification

2

[0..1]

Alfanumeriek


maart 2014

35

Unieke bestandsidentificatie. Aanmaakdatum en tijdstip van het bestand. Voorbeeld: “2012-02-03T11:20:45”.

Zie bijlage A.

9

3.2 Payment Information Segment Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving

PaymentInformation

2.0

Top

[1..n]

PaymentInformationIdentification

2.1

1

[1..1]

Alfanumeriek

35

Unieke referentienummer van de Batch/PI.

PaymentMethod

2.2

1

[1..1]

Alfanumeriek

3

Vaste waarde ‘DD’ voor incasso-opdrachten.

BatchBooking

2.3

1

[0..1]

Boolean

5

‘true’: het totaalbedrag van alle opdrachten binnen dit segment wordt terug gemeld. Op dit moment wordt alleen de waarde ‘true’ geaccepteerd.

NumberofTransactions

2.4

1

[0..1]

Numeriek

15

Het aantal opdrachten in deze Batch/PI.

ControlSum

2.5

1

[0..1]

Bedrag

18

Totaal van alle individuele opdrachten in dit segment. De decimalen worden gescheiden met een punt “.”

PaymentTypeInformation

2.6

1

[1..1]

ServiceLevel

2.8

<SvcLvl>

2

[1..1]3

Code

2.9

3

[1..1]

Alfanumeriek

4

Vaste waarde ‘SEPA’.

LocalInstrument

2.11

2

[0..1] 4

‘CORE’ voor Algemene Euro-incasso’s ‘B2B’ voor Bedrijven Euro-incasso’s In één bericht mag moeten alle opdrachten dezelfde waarde hebben.

Code

3

2.12

3

[1..1]

Alfanumeriek

Dit veld is optioneel in de ISO20022 standaard maar Rabobank heeft dit veld verplicht gesteld op basis van EPC aanbeveling.


maart 2014

10

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving ‘FRST’ eerste incasso binnen een serie op hetzelfde mandaat. ‘RCUR’ vervolgincasso binnen hetzelfde mandaat. ‘FNAL’ laatste incasso binnen hetzelfde mandaat. ‘OOFF’ enkelvoudige incasso zonder repetering.

Sequence Type

2.14

<SeqTp>

2

[1..1]

CategoryPurpose

2.15

2

[0..1]

Wordt niet gebruikt voor incasso-opdrachten.

[1..1]

Rabobank accepteert en levert alle ISO Category Purpose codes door naar de bank van de debiteur. Voor een lijst van toegestane codes zie: http://www.iso20022.org/external_code_list.page Rabobank past geen afwerkende verwerking toe voor Euro-incasso’s o.b.v. deze codes.

Code

2.16


3

Alfanumeriek

Alfanumeriek

maart 2014

4

Als de ‘Amendment indicator’ (veld 2.50) op ‘true’ staat en de ‘Original Debtor Agent’(veld 2.58) is ‘SMNDA’ dan moet ‘FRST’ gekozen worden Na een afwijzing van een ‘FRST’ of ‘OOFF’ moet een herhaling als ‘FRST’ aangegeven worden Als een ‘FRST’ gestorneerd of geretourneerd wordt (alleen bij type ‘CORE’) moet deze als ‘RCUR’ ingestuurd worden Als een ‘OOFF’ gestorneerd of geretourneerd wordt (alleen bij type ‘CORE’) kan deze alleen met een nieuw mandaat ingestuurd worden

4

11

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving De gewenste uitvoerdatum SEPA incasso’s dienen op tijd aangeleverd te worden. Dit is afhankelijk van het type incasso (CORE of B2B) en de sequentie

RequestedCollectionDate

2.18

1

[1..1]

Creditor

2.19

1

[1..1]

Name

2

[0..1]

Alfanumeriek

PostalAddress

2

[0..1]

Alfanumeriek

Country

3

[0..1]

Alfanumeriek

AddressLine

CreditorAccount

2.20

Identification

4

3

[0..2]

1

[1..1]

2

[1..1]

Datum

4

Alfanumeriek

Opdrachten met een uitvoerdatum in het verleden worden overschreven met de eerst mogelijke uitvoerdatum mits deze niet ouder zijn dan 30 werkdagen, uitgezonderd van bankholidays.

70

Naam opdrachtgever is verplicht.

2 70

Adres van de opdrachtgever. 1e regel: Straat en huisnummer. 2e regel: Postcode en plaats.

De ISO20022 standaard staat 7 adresregels toe, echter, de EPC heeft dit gelimiteerd tot 2 adresregels.


maart 2014

12

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving

IBAN

3

[1..1]

Alfanumeriek

34

IBAN rekeningnummer van de opdrachtgever. LET OP: het IBAN rekeningnummer is hoofdlettergevoelig.

Currency

2

[0..1]

Alfanumeriek

3

ISO muntsoort code van de rekening.


maart 2014

13

Naam

Niveau

Aanwezig

1

[1..1]

FinancialInstitution Identification

2

[1..1]

BIC

3

[0..1]

Other

3

[0..1]

CreditorAgent

ISOreferentie 2.21

Identification

XML-tag

Type

Alfanumeriek

4

[1..1]

1

[0..1]

Name

2

[0..1]

Alfanumeriek

Identification

2

[0..1]

Alfanumeriek

UltimateCreditor

2.23


Alfanumeriek

Lengte

Omschrijving

11

SWIFT BIC code van de bank opdrachtgever. Dit veld is optioneel.

35

Met ingang van 1 februari 2014 geldt dat indien deze tag wordt gebruikt, deze alleen gevuld mag worden met ‘NOTPROVIDED’. Dit element mag niet in combinatie met element 2.69 aanwezig zijn. Beide mogen wel afwezig zijn.

maart 2014

70

Naam van de uiteindelijke crediteur. Rabobank geeft deze informatie door aan de bank van de debiteur. Zie bijlage A.

14

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

ChargeBearer

2.24

1

[0..1]

Creditor Scheme Identification

2.27

1

[0..1]

Identification

2

[1..1]

Private identification

3

[1..1]

Other

4

[1..1]5

Identification

5

[1..1]

Scheme Name

<SchmeNm>

5

[1..1]

Proprietary

6

[1..1]

5

Type

Alfanumeriek

Lengte

4

Omschrijving Vaste waarde ‘SLEV’. Element mag op BATCH/PIniveau of op transactieniveau (2.45) voorkomen, maar niet op beide. Dit element moet aanwezig zijn op dit segmentniveau, òf bij alle individuele incasso’s binnen dit segment (veld 2.66).

Alfanumeriek

35

Zie Bijlage B

Alfanumeriek

4


Dit veld is optioneel volgens de ISO20022 standaard en kan n keer aanwezig zijn. De EPC heeft echter het aantal keer aanwezig gelimiteerd tot 1 en het veld verplicht gesteld.


maart 2014

15

3.3 Transaction Information Segment Naam

ISOreferentie

XML-Tag

Niveau

Aanwezig

Type

Lengte

Omschrijving

DD Transaction Information

2.28

1

[1..n]

PaymentIdentification

2.29

2

[1..1]

InstructionIdentification

2.30

3

[0..1]

Alfanumeriek

35

Unieke incassoreferentie van de opdrachtgever. Deze wordt niet doorgezet naar de debiteur.

End to End Identification

2.31

<EndToEndId>

3

[1..1]

Alfanumeriek

35

End-to-End ID van de opdracht. Deze wordt wel doorgezet naar de geïncasseerde.

InstructedAmount

Charge Bearer

2.44

2.45


2

2

[1..1]

[0..1]

maart 2014

Bedrag

Bedrag van de Euro-incasso in EUR. De decimalen worden gescheiden met een punt “.”. Het bedrag moet tussen de 001 en 999999999.99 EUR zijn. Let op: Bedragen in Euro’s moeten 2 decimalen bevatten.

Alfanumeriek

Vaste waarde ‘SLEV’. Dit element mag op BATCH/PI-niveau (2.24) òf op transactieniveau voorkomen, maar niet beide.

4

16

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Direct Debit transaction

2.46

2

[1..1]

Mandate Related Information

2.47

<MndtRltdInf>

3

[1..1]

Type

Lengte

Omschrijving

Mandate Identification

2.48

<MndtId>

4

[1..1]

Alfanumeriek

35

Unieke referentie van het mandaat wat getekend is tussen de opdrachtgever en de geïncasseerde.

Date of Signature

2.49

4

[1..1]

Datum

10

Datum van ondertekening van het mandaat.

5

‘true’ er is een amendement op het mandaat ‘false’ er is geen amendement op het mandaat. Indien deze indicator niet aanwezig is wordt er vanuit gegaan dat er geen amendement op het mandaat is.

Amendment Indicator

2.50

4

[0..1]

Amendment Information Details

2.51

4

[0..1]

Original Mandate Identification

2.52

5

[0..1]


maart 2014

Boolean

Verplicht als veld 2.50 ‘true’ is. Niet mogelijk als veld 2.50 ‘false’ is. Alfanumeriek

35

Verplicht indien de mandaatinformatie gewijzigd is.

17

Naam

Original Creditor Scheme Identification

ISOreferentie 2.53

XML-tag

Niveau

5

Aanwezig

6

[0..1]

Identification

6

[0..1]


7

[1..1]

Other

8

[1..1]

Identification

9

[1..1]

Scheme Name

<SchmeNm>

9

[1..1]

Proprietary

10

[1..1]

5

[0..1]

Identification

6

[1..1]

IBAN

7

[1..1]


Omschrijving Verplicht indien er wijzigingen zijn in veld 2.19 tov de originele incasso. Anders niet gebruikt.

2.57

Lengte

[0..1]

Name

Original Debtor Account

Type

maart 2014

Alfanumeriek

70

Naam van de opdrachtgever. Indien hier een naam staat moet de nieuwe naam ingevuld worden onder veld 2.66.

Alfanumeriek

35

Zie bijlage B.

Alfanumeriek

4

Vaste waarde ‘SEPA’. Originele rekeningnummer van de geïncasseerde indien het gewijzigd is. Alleen van toepassing indien de debtor Agent hetzelfde is gebleven.

Alfanumeriek

34

IBAN nummer. LET OP: het IBAN rekeningnummer is hoofdlettergevoelig.

18

Naam

Original Debtor Agent

ISOreferentie

2.58

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving Indien de bank van de geïncasseerde wijzigt, maar het mandaat niet, moet: In segment 2.58 veld Identification gevuld worden met de waarde ‘SMNDA’ In segment 2.14 moet aangegeven worden dat het om een ‘FRST’ gaat.

5

[0..1]

FinancialInstitution Identification

6

[1..1]

Other

7

[0..1]

Identification

8

[1..1]

‘SMNDA’.

Electronic Signature

2.62

<ElctrncSgntr>

4

[0..1]

Alfanumeriek

1025

Digitale handtekening aangeleverd door de opdrachtgever. Dit veld is alleen van toepassing indien er een EPC elektronisch mandaat is afgegeven. Het veld moet de AT-60 bevatten: de referentie van het mandaatacceptatierapport door de bank van de geïncasseerde.

Creditor Scheme Identification

2.66

3

[0..1]

Alfanumeriek

35

Dit element moet aanwezig zijn bij alle individuele incasso’s binnen dit segment òf op segmentniveau (2.27).


maart 2014

19

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving

Identification

4

[1..1]


5

[1..1]

Other

6

[1..1]

Identification

7

[1..1]

Scheme Name

<SchmeNm>

7

[1..1]

Proprietary

8

[1..1]

2

[0..1]

Dit element mag aanwezig zijn bij alle individuele incasso’s binnen dit segment òf op segmentniveau (2.23).

[0..1]

Naam van de uiteindelijke opdrachtgever, in het geval van een gedelegeerd opdrachtgeverschap. Rabobank geeft deze informatie door aan de bank van de debiteur.

Ultimate Creditor

2.69

Name

Identification

3

2

[1..1]

3

[1..1]

Debtor Agent

2.70

Financial Institution Identification


3

[0..1]

maart 2014

Alfanumeriek

35

Zie bijlage B.

Alfanumeriek

4


Alfanumeriek

70

Zie bijlage A.

20

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

BIC

4

[0..1]

Other

4

[0..1]

Identification

Type

Lengte

Omschrijving

11

SWIFT BIC code van de bank van de geïncasseerde. Dit veld is optioneel en mag weggelaten worden. Rabobank zal altijd de BIC van de debiteur bepalen. Indien aanwezig zal Rabobank een BIC overschrijven met de door Rabobank bepaalde BIC. Indien niet aanwezig zal Rabobank de incasso afkeuren indien Rabobank de BIC niet kan bepalen.

Alfanumeriek

35

Met ingang van 1 februari 2014 geldt dat indien deze tag wordt gebruikt, deze alleen gevuld mag worden met ‘NOTPROVIDED’.

Alfanumeriek

70

Naam van de geïncasseerde.

Alfanumeriek

5

[1..1]

2

[1..1]

Name

3

[1..1]

Postal Address

3

[0..1]

Country

4

[0..1]

Alfanumeriek

2

Landcode van de geïncasseerde.

Address Line

4

[0..2]

Alfanumeriek

70

Adres van de geïncasseerde. 1e regel: Straat en huisnummer. 2e regel: Postcode en plaats.

Debtor

2.72


maart 2014

21

Naam

ISOreferentie

Identification Debtor Account

2.73

Identification IBAN

XML-tag

Niveau

Aanwezig

3

[0..1]

2

[1..1]

3

[1..1]

4

[1..1]

2

[0..1]

Name

3

[0..1]

Identification

3

[0..1]

2

[0..1]

Ultimate Debtor

Purpose

2.74

2.76

Code


3

Type

Lengte

Omschrijving Zie bijlage A.

Alfanumeriek

34

IBAN nummer van de geïncasseerde. Let op: het IBAN rekeningnummer is hoofdlettergevoelig. Verplicht veld indien aangegeven in het mandaat.

Alfanumeriek

70

Naam van de uiteindelijke betaler van de opdracht, in het geval van tussenpersonen. Zie bijlage A.

Code van het bedrijfsdoel van de incasso. Deze code wordt afgesproken tussen de debiteur en crediteur. Voor een lijst van toegestane Purpose codes zie: http://www.iso20022.org/external_code_list.page

[1..1]

maart 2014

22

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Remittance Information

2.88

2

[0..1]

Unstructured

2.89

<Ustrd>

3

[0..1]6

Structured

2.90

<Strd>

3

[0..1]

Creditor Reference Information

2.110

4

[0..1]

Type

2.111

5

[1..1]

6

Type

Lengte

Omschrijving Één van de onderliggende velden (2.89 en 2.90) mag gebruikt worden, niet beide.

Alfanumeriek

140

Omschrijvingsregel. Binnen Nederland wordt de ongestructureerde omschrijving momenteel geprefereerd. Gestructureerde omschrijvingen kunnen gebruikt worden voor automatische reconciliatie. Dit veld kan gebruikt worden voor de gestructureerde informatie zoals beschikbaar op de Nederlandse markt: het 16 cijferige betalingskenmerk. Binnen Nederland wordt de ongestructureerde omschrijving momenteel geprefereerd.

‘SCOR’ in het geval van een betalingskenmerk.

ISO20022 standaard schrijft n keer aanwezig voor, maar EPC heeft het aantal keer aanwezig gelimiteerd tot 1.


maart 2014

23

Naam

ISOreferentie

XML-tag

Niveau

Aanwezig

Type

Lengte

Omschrijving

CodeOrProprietary

2.112

6

[1..1]

Code

2.113

7

[1..1]7

Alfanumeriek

4

Issuer

2.115

6

[0..1]

Alfanumeriek

35

‘CUR’ in het geval van een betalingskenmerk

Reference

2.116

5

[1..1]

Alfanumeriek

35

Alleen het 16 cijferige Currence betalingskenmerk wordt ondersteund.

7

ISO20022 standaard geeft aan dat dit een optioneel veld is , maar Rabobank heeft dit veld verplicht gesteld.


maart 2014

24

4 Bijlage A Identificatie van partijen Deze bijlage beschrijft hoe de Identificatie van partijen gevuld kan worden en hoe RIB omgaat met de Identificatie van partijen voor de twee importeer opties beschreven in 1.3. Onderstaande structuur is van toepassing op de velden: 1.8 2.23 2.69 2.72 2.74 Binnen de identificatie van partijen kan één van de elementen gebruikt worden: Organisation ID of Private Identification.

Organisation Identification Voor de identificatie van de organisatie moet de BIC gevuld worden of in één instantie mag ‘other’ gevuld worden. Naam XML-tag Niveau Aanwezig Type Lengte Organization Identification BIC or BEI Other Identification Scheme Name Code

<SchmeNm>

+1 +2 +2 +3 +3 +4

[1..1] [0..1] [0..1] [1..1] [0..1] [1..1] {OF

Proprietary Issuer

+4 +3

[1..1] OF} [0..1]


Alfanumeriek

11

Alfanumeriek

35

Alfanumeriek

4

Alfanumeriek Alfanumeriek

35 35

maart 2014

Omschrijving BIC van de organisatie

De ExternalOrganisation-Identification1Code Deze code is te vinden op Tabblad 9: OrganisationIdentification http://www.iso20022.org/external_code_list.page

25

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

XML-tag

Niveau

Aanwezig

Private Identification Date And Place Of Birth Birth date Province of Birth City of Birth Country of Birth Other Identification Scheme Name Code

<SchmeNm>

+1 +2 +3 +3 +3 +3 +2 +3 +3 +4

[1..1] [0..1] [1..1] [0..1] [1..1] [1..1] [0..1] [1..1] [0..1] [1..1] {OF

Proprietary Issuer

+4 +3

[1..1] OF} [0..1]


Type

Lengte

Datum Alfanumeriek Alfanumeriek Alfanumeriek

10 35 35 2

Alfanumeriek

35

Alfanumeriek

4

Alfanumeriek Alfanumeriek

35 35

maart 2014

Omschrijving

ISO landcode

De ExternalPersonIdentification1Code Deze code is te vinden op Tabblad 10: PersonIdentification http://www.iso20022.org/external_code_list.page

26

5 Bijlage B Het bepalen van de Creditor Identifier Onderstaande bijlage beschrijft de NVB regels voor het bepalen van de Creditor Identifier voor de Nederlandse markt. Deze code moet gebruikt worden volgens de implementatierichtlijnen versie 2.0 van de NVB, hoofdstuk 1.5.2 SEPA B2B DD C2B. Dit moet gebruikt worden voor de Creditor Identifier onder de velden: 2.27 2.53 2.66

Berekening van de Creditor Identifier: De Creditor Identifier wordt berekend op basis van het KVK-nummer van de opdrachtgever. Het heeft een vergelijkbare vorm als het IBAN-rekeningnummer. Bijvoorbeeld De NVB heeft KVK-nummer 40536533 met locatiecode 0000. De basis van de Creditor Identifier wordt dan: NL00ZZZ405365330000 1. 2. 3. 4.

Voor de berekening van het controlegetal dienen de volgende stappen doorlopen te worden Plaats NL00 achteraan de basis en verwijder ZZZ Vervang NL door de numerieke waarde, waar A=10 en Z = 35, dus N=23 en L=21 Bereken de modulus 97 van het in stap 2 gemaakte getal Trek het bij stap 3 berekende getal af van 98, waardoor het controlegetal ontstaat:

405365330000NL00 405365330000232100 47 51

De Creditor Identifier van NVB wordt dus NL51ZZZ405365330000


maart 2014

27

6 Changelog Titel Versie Datum

: : :

Formaatbeschrijving SEPA DD importformaat Rabo Internetbankieren (Professional) Versie 1.7 20 maart 2014

Datum

Versie

20-03-2014

1.7

Original Creditor Scheme Identification Name: aanpassing

Corrective verwijzing

20-03-2014

1.7

Requested Collection Date 2.18: aanvulling omschrijving

Verduidelijking

20-03-2014

1.7

Category Purpose 2.16: aanvulling omschrijving

Verduidelijking

18-01-2014

1.6

Aanpassing hyperlink

Implementatie Guideline 7.0

18-01-2014

1.6

Uitbreiding subtags: 2.21 en 2.70

Implementatie Guideline 7.0

18-01-2014

1.6

IBAN tags 2.20, 2.57 en 2.80: aanvulling omschrijving

Verduidelijking


Type Wijziging

Reden Wijziging

maart 2014

28

Formaatbeschrijving XML SEPA DD

Recommend Documents