SWIFT for Corporates. Handleiding SWIFT FileAct. November 2015, 1.4

SWIFT for Corporates Handleiding SWIFT FileAct

November 2015, 1.4

Inhoud 1.

INLEIDING

3

2.

WAT IS RABOBANK SWIFT FOR CORPORATES?

4

3.

HET INRICHTEN VAN RABOBANK SWIFT FILEACT VOOR GEBRUIK

5

3.1

Aanvragen gewenste componenten

5

3.2

Tot stand brengen van een connectie met de Rabobank

5

3.3

Het maken van bestandsformaten

5

3.4

Test scenario’s

5

4.

INITIATIE VIA SWIFT FILEACT - ALGEMENE INFORMATIE

5.

INITIATIE VIA SWIFT FILEACT

10

5.1

Het initiatie bestand

10

5.2

De header

10

5.3

De payload file

11

5.4

ZIP archive – DEFLATE

11

5.5

Op welke manier controleert Rabobank uw verzonden bestanden?

11

5.6

Uitvoer data en geagendeerde betalingen

12

5.7

Bulk en Batch aanlevering PAIN.001.001.03 bestanden

12

5.8

Volumes

12

6.

7.

8.

9.

9

STATUS BERICHTEN EN VERANTWOORDING VIA FILEACT

13

6.1

ACK/NACK Statusberichten FileAct verzonden door Rabobank

13

6.2

PAIN.002 status berichten

14

VERANTWOORDINGSINFORMATIE

16

7.1

Eindedag verantwoording

16

7.2

Intradag SWIFT FileAct

17

DE RDC PORTLET (OPTIONEEL)

20

8.1

Wat is de RDC portlet?

20

8.2

Hoe gebruik ik de RDC portlet?

20

8.3

Batch level informatie bekijken

20

8.4

Transactie informatie bekijken

21

DE KLANT ACCEPTATIE OMGEVING

22

9.1

Beschrijving van de Klant Acceptatie Omgeving

22

9.2

Aanvragen Klant Acceptatie omgeving

22

9.3

Disclaimer

22

10.

PRODUCTBEELD VOOR EXTRA INZICHT

23

11.

SUPPORT RABOBANK SWIFT FOR CORPORATES FILEACT

23

12.

APPENDIX 1: AFKEURREDENEN (FILEACT)

24

Mogelijke afkeur redenen in de portlet en de NACK berichten

24

APPENDIX 2: LOGBOEK WIJZIGINGEN

36

13.

SWIFT for Corporates | Handleiding FileAct

2

1. Inleiding SWIFT (Society for Worldwide Interbank Financial Telecommunication) is opgezet voor het uitwisselen van financiële berichten tussen banken. Het netwerk dat SWIFT daarvoor gebruikt – SWIFTNet – is een beveiligde en betrouwbare manier om data te versturen en te ontvangenDe belangrijkste redenen voor corporates, pensioenfondsen, banken en vermogensbeheerders om aan te sluiten op SWIFTNet zijn: standaardisatie, efficiëntie, autonomie en veiligheid. Onderhoud en aanpassingen aan bankspecifieke elektronisch bankierpakketten, -processen en verschillende formaten zijn bij gebruik van SWIFT niet nodig. Corporates en financiële instellingen zijn daardoor meer bankonafhankelijk. De bericht-standaarden van SWIFT gelden wereldwijd. Met de Rabobank SWIFT for Corporates aansluiting biedt Rabobank een product voor bedrijven en financiële instellingen die regelmatig grote hoeveelheden transacties uitvoeren. Om aansluiting te krijgen op Rabobank SWIFT for Corporates dient u eerst een contract af te sluiten met SWIFT. Meer informatie is te vinden op www.swift.com/corporates. Transactie initiatie

SWIFT

Banken

Initiatie

•FIN: MT101, MT103, MT200, MT202, MT210 •FileAct: PAIN.001, PAIN.008, BTL91 Statusinformatie •FileAct: PAIN.002

Status – en verantwoording

Verantwoordingsinformatie •FIN: MT195, MT295, MT910, MT940, MT942 •FileAct: MT940S, CAMT.053, MT942S, CAMT.052

Schematische weergave Rabobank SWIFT for Corporates


3

2. Wat is Rabobank SWIFT for Corporates? U kunt afspraken maken met Rabobank over het uitwisselen van berichten via SWIFTNet als elektronisch distributiekanaal. U kunt hierbij gebruik maken van twee soorten dienstverlening van SWIFT over haar netwerk: 1. Verzenden van losse gestandaardiseerde (MT) berichten, via SWIFT FIN Via SWIFT FIN wordt aan corporates standaard bepaalde berichten aangeboden. Niet alle berichten worden ondersteund; Rabobank hanteert SWIFT SCORE voor haar Rabobank SWIFT for Corporates-propositie. SCORE is de naam van een standaard set van diensten en berichten die SWIFT heeft opgezet voor het uitwisselen van berichten tussen corporates en hun banken. Hiervoor heeft Rabobank een aparte handleiding die u kunt downloaden van www.rabobank.com/swift. 2. Verzenden van files via het netwerk, via SWIFT FileAct Sinds enige jaren biedt SWIFT de mogelijkheid om bestanden via SWIFTNet FileAct te verzenden. Hierbij is het mogelijk is om alle formaten te gebruiken die u en de Rabobank overeenkomen. Financiële berichten worden bij gebruik van SWIFT FileAct als het ware in een envelop gestopt en de envelop wordt over SWIFTNet verstuurd naar de bank. Bij de bank wordt de envelop uitgepakt en de betaalopdracht/bestand verwerkt. Tabel 1 geeft inzicht in de standaardbestanden die met Rabobank kunnen worden uitgewisseld met de SWIFT FileAct service. Voor elke type bestand staat beschreven welke formaten beschikbaar zijn voor verzending met de SWIFT FileAct service. De basis voor de uitwisseling van bestanden is een rekening die u bij Rabobank heeft: een bestand is bijvoorbeeld een opdracht om een betaling te doen ten laste van deze rekening(en), of een overzicht van bij- en afschrijvingen op de rekening(en). Het is niet mogelijk om rekeningen van derde partijen te gebruiken, ook niet als u hierover met de derde partij afspraken heeft gemaakt. Product/Dienst

SWIFT (FileAct)

Opdracht Eurobetaling (SEPA)

PAIN.001.001.03

Opdracht Eurobetaling (Spoed)

BTL91

Opdracht Euro-incasso (SEPA)

PAIN.008.001.02

Opdracht Bedrijven Euro-incasso (SEPA)

PAIN.008.001.02

Opdracht Wereldbetaling

BTL91

Annuleringsverzoek

X

Statusinformatie

PAIN.002.001.03

Eindedag verantwoordingsinformatie

MT940S/CAMT053

Intradag verantwoordingsinformatie

MT942S/CAMT.052

Credit bevestiging

X

Tabel 1: Overzicht bestanden SWIFT FileAct


4

3. Het inrichten van Rabobank SWIFT FileAct voor gebruik 3.1 Aanvragen gewenste componenten In het inrichtingsformulier Rabobank SWIFT for Corporates kunt u aangeven welke specifieke SWIFT for Corporates componenten u wenst te gebruiken. Denk hierbij aan:  Welke Rabobankrekeningen u wilt gebruiken (het is ook mogelijk om eindedag- of intradaginformatie van een spaarrekening te ontvangen)  SWIFT FIN en/of SWIFT FileAct (zie hiervoor hoofdstuk 2)  Welke type betalingen en/of incasso’s u gaat initiëren  Welke berichttype (initiatie bestanden) u wilt gebruiken  Welke type verantwoordingsinformatie u wilt ontvangen Het is belangrijk dat u de inhoud van dit formulier goed afstemt met de Rabobank. Indien u hulp nodig hebt bij het invullen van dit formulier kunt u gebruik maken van de bijbehorende toelichting en anders navraag doen bij uw Rabobank contactpersoon. 3.2 Tot stand brengen van een connectie met de Rabobank De standaard stappen die u als klant neemt om via Rabobank SWIFT for Corporates betaalopdrachten aan Rabobank toe te kunnen sturen zijn de volgende: 1. Contract met SWIFT: om gebruik te mogen maken van SWIFTNet, sluit u eerst een contract met SWIFT, inclusief afspraken over de service van SWIFT, tarieven en systeemtechnische inrichting. 2. Aansluiting op SWIFT: dan zorgt u voor een technische aansluiting van uw interne financiele administratie of ERP-systeem op SWIFTNet. 3. Contract met de Rabobank: vervolgens sluit u een contract af met Rabobank dat u de aangeleverde betaalopdrachten zal verzenden via Rabobank SWIFT for Corporates en/of dat Rabobank rapportagebestanden naar u terug zal sturen. Afspraken over de te verwerken/versturen formaten worden in het inrichtingsformulier vastgelegd. De opdrachten worden verwerkt ten laste of ten gunste van de rekening(en) die uw bedrijf bij de Rabobank aanhoudt. 4. Implementatie SWIFT FileAct: Als bovenstaande stappen (1 t/m 3) zijn doorlopen, zullen wij met u het proces starten om de connectie met Rabobank tot stand te brengen. Nadat deze connectie gelegd is, zullen we eerst samen met u enkele testen uitvoeren (zie paragraaf 3.4) voordat er feitelijk met de dienstverlening gestart kan worden. 3.3 Het maken van bestandsformaten Een beschrijving van de bestandsformaten kunt u vinden op de site www.rabobank.com/swift. Op deze pagina’s vindt u alle formaatbeschrijvingen die u momenteel kunt inzetten in het SWIFT kanaal. Indien relevant zijn hier ook (afwijkende) tijdslijnen in opgenomen. 3.4 Test scenario’s Rabobank biedt u de mogelijkheid om de koppeling of het formaat van de berichten en bestanden te testen voordat u gebruik gaat maken van het SWIFT FileAct kanaal. In deze paragraaf geven we aan welke testen minimaal doorlopen moeten worden voordat uw productieomgeving opgeleverd kan worden. Allereerst testen we graag met u de aangelegde testverbinding. In dat geval verstuurt u een betaalbestand of bericht over de aangelegde testverbinding. Hiermee controleert u of bestanden of be-


5

richten op de juiste manier worden getransporteerd van u naar de Rabobank. Ook zal Rabobank een controle doen of de betalingen wel voldoen aan de formaateisen. Als dit akkoord is, kunt u ook zelfstandig testen uitvoeren. Tot slot doen we samen met u een penny test in de productie opgeving. Mocht u bestanden voor verzending willen controleren op juistheid is er ook de mogeljkheid om uw bestanden te testen via: www.swift.com/MyStandards. Uw Rabobank contactpersoon kan u hier meer over vertellen. Test procesbeschrijvingen

Bestanden in testomgeving Onderstaand schema geeft aan welke verschillende stappen zijn binnen het test traject voor FileAct in de testomgeving.

1. U levert (test-) betaalbestanden aan zoals u dat ook wilt gaan doen in een productiesituatie. In eerste instantie zal dit in nauwe samenwerking met Rabobank zijn. Als de connectie eenmaal werkt kunt u geheel zelfstandig deze testomgeving gebruiken om al uw testgevallen door te werken. In beide gevallen zijn een aantal zaken van belang: a. De bestanden voldoen aan de beschrijvingen in hoofdstuk 5. b. Insturen voor de testomgeving dient te gebeuren met een test BIC. c. In de FileAct header (zie ook hoofdstuk 5.2) wordt de Service Name als volgt aangegeven: swift.corp.fa!p. Dit zorgt ervoor dat de test service gebruikt wordt en bij de Rabobank uw bestanden naar de testomgeving gestuurd worden. d. Het Request Type moet worden gevuld als beschreven in paragraaf 5.2. 2. Uw ingestuurde bestanden wordt gecontroleerd op correctheid door de Klant Acceptatie Omgeving (KA omgeving) van Rabobank. 3. Mocht er iets niet in orde zijn, dan zal de KA omgeving een NACK (Negative ACKnowlegdement) sturen. Voor meer informatie hierover zie hoofdstuk 6. Is alles in order met uw ingestuurde bestanden en kunnen deze verder verwerkt worden zullen wij u een ACKnowledgement sturen. 4. Na het ontvangen van een ACK zullen wij u een aantal test bestanden retour sturen:


6

a.

MT940 Structured (indien gewenst): Dit bestand is gegegereerd door een zogenaamde ‘simulator’. Dit betekent dat de inhoud van deze MT940s gebaseerd is op uw ingestuurde bestanden, maar wel met gesimuleerde data. b. CAMT.053 (indien gewenst): Dit bestand is gegegereerd door een zogenaamde simulator. Dit betekent dat de inhoud van deze CAMT.053 gebaseerd is op uw ingestuurde bestanden, maar wel met gesimuleerde data. c. PAIN.002 (indien gewenst): dit is een voorbeeld PAIN.002 die wij naar u sturen. In dit bestand staat een willekeurige afkeurcode. Voor meer informatie over de PAIN.002 verwijzen wij naar www.rabobank.com/swift waar u zowel technische als funtionele informatie kunt vinden over dit formaat. Bestanden in productie omgeving Na het afronden van bovenstaande testen, wordt gestart met een penny test. Dit proces is gelijk aan het eerder beschreven test traject, echter wordt er nu in de productie omgeving een bestand met een enkele betaling van 1 euro aangeboden. Deze penny test toont aan dat de keten binnen de productie omgeving correct werkt. Als deze betaling goed verwerkt is, kan de productie omgeving vrijgegeven worden voor gebruik. Na een goedwerkende test in de productieomgeving, is het voldoende om het testtraject af te ronden en over te gaan op reguliere productie. Onderstaand schema geeft aan wat de verschillende stappen zijn binnen het test traject voor FileAct in de productie omgeving.

1. U levert betaalbestanden aan met hierin slechts één transactie van €1. Desgewenst kunt u dit doen voor alle typen betalingen (PAIN.001, PAIN.008 en BTL91). 2. Net als op de KA omgeving worden controles uitgevoerd op het ingestuurde bestand. Aangezien een aantal verschillede tests al zijn uitgevoerd in de KA omgeving, is het nu al zeker dat het bestand dat u hebt verzonden correct is. 3. Als het bestand inderdaad goed verwerkt is, sturen wij u een ACK. (Uiteraard kan de productieomgeving ook een NACK sturen. In dat geval zal er onderzocht worden wat er mis is gegaan) 4. Wij sturen u de gevraagde verantwoordingsinormatie via de productie omgeving.


7

Let op: De intradagformaten MT942s en CAMT.052 die via onze productie omgeving beschikbaar zijn, kunnen nog niet gecontroleerd worden in de KA omgeving. Uiteraard kunnen wij u wel voorzien van voorbeeld bestanden.


8

4. Initiatie via SWIFT FileAct - algemene informatie Onderstaande aandachtspunten zijn van belang bij het aanleveren van betalingsopdrachten:   

Het is belangrijk om betalingen in te sturen voor de cut-off tijd. Deze cut-off tijden of tijdslijnen, zijn gebaseerd op de standaard cut-off tijden van Rabobank. De cut-off tijden voor het aanleveren van betalingsopdrachten zijn hier te vinden. Betaalopdrachten aangeleverd via SWIFT FileAct, zullen in uw eigen ERP-pakket samengesteld dienen te worden. Intrekken van betalingen is alleen mogelijk als de betalingen nog niet verwerkt zijn. Als de betalingen verwerkt zijn, dan zullen we het verzoek tot annulering in behandeling nemen. Hierbij zijn we echter afhankelijk van de tegenpartij of het nog lukt om de betaling te retour te laten komen.

Relevante informatie met betrekking tot het betalingsverkeer is te vinden op onderstaande sites: Algemene informatie over betalen door bedrijven is hier te vinden. Informatie over de verwerking van betalingen tijdens werkdagen/feestdagen kunt u hier vinden.


9

5. Initiatie via SWIFT FileAct 5.1 Het initiatie bestand Initiatiebestanden die via SWIFT FileAct naar de Rabobank gecomprimeerd , dienen altijd in het zipformaat verzonden te worden. Het voorgeschreven ZIP formaat voor het initiatie bestand beschreven in het IETF RFC 1951 formaat (zie http://tools.ietf.org/html/rfc1951). Additioneel wordt verwacht dat de bestandsnaam eindigt met een .zip extensie in kleine letters. Er zijn een aantal regels voor de benaming van het initiatie bestand. Vanaf nu refereren we hiernaar in de handleiding door middel van de filename. Voor de benaming (filename) van het gecomprimeerde bestand is ons advies om de volgende structuur te gebruiken: __<sender-bic8>_<serial number>.zip Naast bovenstaande gelden de volgende regels voor de filename: De filename mag max. 64 karakters bevatten Hoofdlettergevoelig, geen spaties toegestaan, underscores moeten worden gebruikt om de elementen te scheiden Karakters die gebruikt mogen worden: “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 X Y Z 0 1 2 3 4 5 6 7 8 9. _” kan zijn SCT voor SEPA Credit Transfers, SDD voor SEPA Direct Debits of BTL voor wereld betalingen in BTL91-formaat Wordt ingezet om de bestandsnaam uniek te maken, numeriek, yymmddhhmmssxx (y = jaar, m = maand, d = dag, h = uur, m = minuut, s = seconde,) <serial number> uniek volgnummer Voorbeeld: SCT_130701073000_ABCDNL22_RABONL2U.zip 5.2 De header De FileAct header moet voldoen aan alle door SWIFT gestelde standaarden. In de FileAct header dient in elk geval SwCompression=zip te zijn gespecificeerd. Daarnaast moeten de volgende waardes aangehouden worden: Receiver DN ‘o=rabonl2u,o=swift’ Afhankelijk van het servicetype bij SWIFT (SCORE/Corporates of Non-Banking Financial Institustions) gelden er verschillende instellingen: Voor Corporates geldt: ‘swift.corp.fa’ Let op: voor de testomgeving is dit anders (toevoeging -!p- op het einde), ‘swift.corp.fa!p’ Voor (Non-Banking) Financial Insitutions geldt: ‘swift.generic.fa’ Let op: voor de testomgeving is dit anders (toevoeging -!p- op het einde), swift.generic.fa!p’ De identifier dient als volgt meegegeven te worden: PAIN.001.001.03.sct voor SEPA Credit Transfer (SCT/euro crediteuren betalingen) PAIN.008.001.02.sdd voor SEPA Direct Debit ( SDD/euro incasso’s) PAIN.xxx.btl91.bct voor BTL/non-sepa betalingen


10

5.3 De payload file Rabobank adviseert de Payload Filename identiek te maken aan de Filename van het initiatiebestand. De payloadfile mag geen gemengde initiatie bestanden bevatten. Een payloadfile bevat dus of SCT of SDD of BTL en niet een combinatie van deze drie. Er mogen ook niet meerdere bestanden van eenzelfde type in een .zip file worden aangeleverd. De payload file bestanden moeten zijn gebaseerd op de UTF-8 karakter set. De Byte Order Mark is optioneel. Als deze echter wordt gebruikt dan moet het de UTF-8 Byte Order Mark zijn. De bestandsnaam in het initiatie archief bestand (.zip) dient te eindigen op .xml met kleine letters voor SCT en SDD. Voor een BTL moet het bestand eidigen op .txt 5.4 ZIP archive – DEFLATE De compressie methode die wordt ondersteund is DEFLATE. Deze compressiemethode wordt wereldwijd veel gebruikt in veel programmeer talen en operating systems tools. Hier vindt u een technische beschrijving. 5.5 Op welke manier controleert Rabobank uw verzonden bestanden? Wanneer een bestand wordt verstuurd naar de Rabobank via FileAct worden de verschillende controles uitgevoerd door Rabobank. Indien deze negatief zijn, stuurt Rabobank u een NACK. Rabobank zal het bestand in dat geval niet verder verwerken. Deze NACK is niet gelijk aan de ACK/NACK van SWIFT, het kan dus voorkomen dat u een ACK van SWIFT ontvangt, maar een NACK van Rabobank. Dit is mogelijk omdat onze interne controles een fout hebben geconstateerd. Appendix 1 geeft een overzicht van alle mogelijke afkeuringen. Hier de meest voorkomende type afkeuringen: 1. Decompressie. Het betaalbestand wordt gedecomprimeerd bij Rabobank. Indien dit niet lukt, wordt een NACK bericht verstuurd. 2. Rabobank controleert of het bestandstype herkenbaar is en of u gerechtigd bent bestanden van dit type aan te leveren. Indien dit niet is afgesproken, stuurt Rabobank een NACK bericht terug naar u. 3. Rabobank controleert of hetzelfde bestand niet al eerder is aangeleverd, om te voorkomen dat een bestand per ongeluk tweemaal verwerkt wordt. Dit gebeurt op basis van de bestandsnaam en de payload. Indien Rabobank een duplicaat vindt, stuurt Rabobank een NACK bericht terug naar u. Indien u naast SWIFT FileAct ook andere kanalen gebruikt voor het aanleveren van betaalbestanden aan Rabobank, dient u zelf te borgen dat u niet dubbel aanlevert. Rabobank kan geen duplicaten detecteren als deze via andere kanalen zijn aangeleverd. 4. Rabobank controleert of het aangeleverde bestand verwerkbaar is. Deze controles zijn: - Voldoet het formaat van het betaalbestand aan de eisen zoals gesteld in het Rabobank formatenboek. - Wordt hierbij niet afgeweken van de voorgeschreven tekenset. - Bevat het bestand niet meer dan één soort betaalopdrachten (SDD, SCT en BTL91 mogen niet samen in één bestand aangeleverd worden). - Wordt het maximum van 100.000 betaalopdrachten per bestand niet overschreden. - Wordt het maximum van 10.000 batches (Payment Information Blocks) in een bestand niet overschreden. 5. Vervolgens wordt per betalingsopdracht een aantal controles uitgevoerd: - Maakt de rekening waar de betalingsopdracht voor is onderdeel uit van de Rabobank overeenkomst? - Is de gevraagde uitvoeringsdatum van de transactiebetaling geldig? Zie volgende paragraaf.


11

-

Voldoet de betaalopdracht aan de eisen die vanuit wet- en regelgeving voortkomen? In geval deze controles een negatief resultaat hebben, wordt een NACK verstuurd. 5.6 Uitvoer data en geagendeerde betalingen De standaard verwerking bij aanlevering via SWIFT FileAct gaat uit van directe verwerking. Dit houdt in dat bestanden die aangeleverd worden, geen uitvoerdatum mogen hebben die in de toekomst ligt anders dan hieronder staat aangegeven:

PAIN.001.001.03 (euro-betaling): - Heeft een File een batch/tx met een uitvoerdatum meer dan 10 dagen in het verleden, dan wordt de volledige file afgekeurd door Rabobank - Heeft een File een batch/tx met een uitvoerdatum in de toekomst, dan wordt de volledige file afgekeurd door Rabobank PAIN 008.001.02 (euro-incasso):

-

Heeft een File een batch/tx met een uitvoerdatum in het verleden, dan wordt de volledige file afgekeurd door Rabobank Heeft een File een batch/tx met een uitvoerdatum meer dan 20 dagen in de toekomst, dan wordt de volledige file afgekeurd door Rabobank

BTL’91:

-

Heeft een File een batch/tx met een uitvoerdatum in het verleden, dan wordt de volledige file afgekeurd door Rabobank Heeft een File een batch/tx met een uitvoerdatum meer dan 10 dagen in de toekomst, dan wordt de volledige file afgekeurd door Rabobank

Rabobank controleert dus de uitvoerdatum en niet de aanleverdatum. De aanleverdata voor SDD First, Recurring Core en B2B zijn respectievelijk D-5/D-3/D-2. Wanneer u de file te laat levert, dan corrigeert de bank de uitvoerdatum zolang de initiële uitvoerdatum niet in het verleden ligt. Bij een uitvoerdatum in verleden stuurt de bank u een PAIN.002. 5.7 Bulk en Batch aanlevering PAIN.001.001.03 bestanden Een file kan meerdere batches met betalingen bevatten met ieder haar eigen Batchbooking waarde True of False. Het SEPA formaat staat dit toe. Op basis van de True/False waarden in de file berekent Rabobank het betaaltype euro-betaling dat voor de klantaanlevering van toepassing is. Als alle batches in de file Batchbooking False zijn, wordt de file in zijn geheel verwerkt als BULK. Een BATCH file kan dus verschillende waarden voor batchbooking bevatten, dus True en False door elkaar; dit noemen we ‘onzuivere aanlevering’ (meer informatie in paragraaf 6.2 ‘Batch- en bulkaanlevering). Rabobank adviseert u om PAIN.001.001.03 bestanden altijd ‘zuiver’ aan te leveren door batchbooking helemaal óf op False, óf op True te zetten. Het zuiver aanleveren door u als klant heeft vooral bij ‘Batch Booking = False’ (en dus betaaltype BULK) een voordeel. De losse boekingen tussen Rabobank rekeningen worden dan nog direct verwerkt. Bij betaaltype BATCH is dit niet het geval. In algemene zin heeft zuiver aanleveren het voordeel dat Rabobank de posten optimaal kan verwerken. 5.8 Volumes Het gaat hier om het maximum aantal transacties in een file. Het gecomprimeerde bestand met de Header en Payloadfile mag maximaal 100.000 betalingen bevatten in de Payloadfile. Indien er teveel


12

betalingen in de file zit, wordt de gehele file afgekeurd. U kunt indien de volumes zijn afgestemd met Rabobank, altijd meerdere gecomprimeerde files insturen.

6. Status berichten en verantwoording via FileAct 6.1 ACK/NACK Statusberichten FileAct verzonden door Rabobank Voor elk bestand dat u instuurt via FileAct, ontvangt u een XML-bestand terug. In dit XML bericht staat aangegeven of het bestand is geaccepteerd door Rabobank of niet. Voor een geaccepteerd bestand wordt een ACK terug gestuurd en voor een afgewezen bestand een NACK. Dit ACK of NACK bericht ontvangt u binnen 15 minuten. Hieronder staat een voorbeeld van een NACK bericht. Voorbeeld:

mypain001.zip_1363953006682_reply.xml 123 <PayloadAction>SCT <PayloadVersion>pain.001.001.03 1363953006682 <Status>NACK <TimeStamp>2013-03-22T08:00:00 <Errors> <Error> <ErrorCode>CAT_001 <ErrorMessage>

Field ContractId PayloadAction PayloadVersion

Explanation Allowed values SCT SDD Pain.001.001.03 Pain.008.001.02

UniqueReference Status

Required Y Y Y Y

ACK NACK

Y

Comment Repeated from request Repeated from request Repeated from request Value from Rabobank Value from Rabobank

XML type String String String String String

Timestamp

Y

dateTime

Errors:Error: ErrorCode Errors:Error: ErrorMessage

N

String

N

String

Tabel met verklarende termen uit het NACK bericht


13

Met behulp van het RDCInitiationReply.xsd bestand kunt u de XML bestanden juist valideren. Het bestand RDCInitiationReply.xsd kunt u vinden op http://www.rabobank.com/rdc onder downloads. Standaard benaming: originalfilename_customerreference_reply.xml Het bericht is gebaseerd op de oorspronkelijke naam van het bestand die door u is bepaald, gevolgd door een underscore en de klantreferentie. Als het door u ingestuurde bestand niet leesbaar is en de klantreferentie niet bepaald kan worden, dan wordt deze ook niet gegeven. In dat geval ziet de bestandsnaam er als volgt uit: Originalfilename_reply.xml Als het bestand om wat voor reden ook twee keer wordt verstuurd ontvangt u twee reacties: Originalfilename_customerreference_reply.xml (normale ACK/NACK) Originalfilename(1)_reply.xml (NACK omdat er een duplicaat is gedetecteerd) De ‘1’ in de tweede reactie, geeft aan dat het om het eerste duplicaat gaat en bevat altijd een NACK. De referentie is in deze regel niet gespecificeerd. 6.2 PAIN.002 status berichten Indien tijdens de verwerking van euro-betalingen en euro-incasso’s blijkt dat een batch of individuele transactie om een bepaalde reden niet uitgevoerd kan worden, dan kan Rabobank u een melding sturen. Dit gebeurt in de vorm van een XML bericht, via een zogenaamde PAIN.002. Op het inrichtingsformulier kunt u aangeven of u hier gebruik van wilt maken. Deze service is alleen inzetbaar voor SEPA initiaties (euro-betaling en euro-incasso). Let op: Dit is een ander bericht dan de ACK/NACK berichten die Rabobank stuurt. Het kan in de praktijk bijvoorbeeld voorkomen dat u een ACK ontvangt van Rabobank, maar dat later toch blijkt dat er onvoldoende saldo op de rekening staat. Dit wordt aan u teruggekoppeld door middel van het PAIN.002 bericht met pre-settlement informatie. Kenmerken van een PAIN.002 bericht zijn: - PAIN.002 meldingen worden naast op batchniveau, ook op transactieniveau teruggemeld. - Eén PAIN.002 bericht bevat maximaal 2.500 transacties. in. Bij een overschrijding van deze limiet, ontvangt u aanvullende PAIN.002 berichten om alle voor verwerking afgekeurde transacties terug te kunnen melden. U krijgt een PAIN.002 bericht bij onderstaande situaties met de bijbehorende reactie: SDD

Bestand voldoet niet aan formaat Syntactische fout < grenswaarde Syntactische fout >= grenswaarde Syntactische fout in alle transacties van de batch (ongeacht de grenswaarde) Pre-settlement R-messages Afgekeurd contractlimiet (definitief)

Foutmelding en het bestand wordt afgekeurd Bruto boeken PAIN.002 (op batchniveau) PAIN.002 (op batchniveau) Bruto boeken PAIN.002 (op batch-niveau)

SCT (batch)

Bestand voldoet niet aan formaat Syntactische fout < grenswaarde Syntactische fout >= grenswaarde Syntactische fout in alle transacties van de batch

Foutmelding en het bestand wordt afgekeurd Bruto boeken PAIN.002 (op batchniveau) PAIN.002 (op batchniveau)


14

(ongeacht de grenswaarde) Onvoldoende beschikkingsruimte (definitief) Debetrekening geblokkeerd

PAIN.002 (op batch-niveau) PAIN.002 (op batch-niveau)

SCT (Bulk)

Bestand voldoet niet aan formaat Syntactische fout Onvoldoende beschikkingsruimte (definitief) Debetrekening geblokkeerd

Foutmelding en het bestand wordt afgekeurd PAIN.002 (op tx-niveau, bij overschrijding grenswaarde alleen op batch-niveau) PAIN.002 (op tx-niveau) PAIN.002 (op tx-niveau)

Overzicht met uitleg over verschillende redenen van uitval en de reactie hierop per transactie soort

Hieronder volgt een korte uitleg over de verschillende situaties en omschrijvingen van de bovenstaande tabellen: Bruto boeken

Eurobetaling - en Euro-incasso batches worden altijd volledig af- respectievelijk bijgeschreven op de uitvoerdatum, ook indien de batches transacties bevatten die niet uitgevoerd kunnen worden. De betalingen of incasso’s uit een batch die niet uitgevoerd kunnen worden, worden op de uitvoerdatum apart bij- respectievelijk afgeschreven. Daardoor vindt er eerst een bruto boeking plaats van het hele batchbedrag en daarna de individuele (terug)boekingen voor de afgekeurde transacties. Grenswaarde

Rabobank heeft een grenswaarde ingesteld aan het maximaal aantal afgekeurde transacties, dat een batch (PmtInfId) mag bevatten. De grenswaarde voor het aantal Eurobetalingen voor FileAct is 1.000 Ook voor Euro-incasso’s geldt de grenswaarde van 1.000. Indien de grenswaarde wordt bereikt of overschreden, dan keurt Rabobank de volledige batch af. Pre-settlement

Afhankelijk van het type, moeten Euro-incasso’s zes tot twee dagen voor de uitvoer- of settlement datum ingestuurd worden. ‘Pre-settlement’ betekent voor de uitvoer of settlement datum. R-messages

R-messages zijn berichten die banken met klanten uitwisselen indien een SEPA betaling of incasso niet uitgevoerd kan worden. Bijvoorbeeld omdat een incasso ingetrokken is (Revoked or Recalled) of afgekeurd is door de ontvangende bank (Rejected). Batch- en bulkaanlevering

Het is mogelijk om met SEPA betaalopdrachten batches aan te leveren met een batchbooking indicatie True (batchaanlevering) en False (bulkaanlevering). Dit heeft effect op de wijze waarop deze opdrachten worden verwerkt. Batches worden als 1 opdracht gefiatteerd en geboekt. Bulkopdrachten worden verwerkt (dus gefiatteerd en geboekt) als individuele opdrachten. Opbouw van de PAIN.002 bestandsnaam: _-pain002.xml(.par) Hierbij is het FileActfileID een door de database van Rabobank gegenereerd nummer. Zie Appendix 1 voor een overzicht van alle PAIN.002 afkeurredenen.


15

7. Verantwoordingsinformatie 7.1 Eindedag verantwoording Aan het einde van de dag wordt een verantwoordingsbestand (End of day) verzonden in het gekozen bestandsformaat - CAMT.053 of MT940 Structured (MT940S). Hieronder ziet u een voorbeeld van een verantwoordingsbestand CAMT.035 dat door Rabobank wordt verzonden: ZIP file CAMT053_20130322_081011_123.zip header.xml

123 2013-03-22T08:10:11 <TimeStamp>2013-03-22T08:10:11 <PayloadList> <Payload> CAMT053.20130322_081011_123.xml <Signature>OzqpF3zVMBatlKKH/T18mhbelWM8afWgK/GzaEARF9Cc7AF2CuSSnlL ioSK9oJ07Y/+ZqdzpqqR3VzeCkGuUO6s8mCW9fkFMElNTz4szObj/uTHh3KpJTbWgOKOdD0xQo EHqLaOBgUmDEwzjLvmMOBhbON41CitJN+EpYUrHx+kHr5mPSMfZv7AvbMdMychMDWgY7khs lfMTAwwksB1bDQAVA18hi3W7v+hTPf6N3YQ2ssiWXOAlQO5ZDkdG5JIavFfIg25Bb4TPbIXl00qt Ui5dBxp30k0vdoGL6pw2l3YgvFRCy1mJyY3ofQgaAuGBDI7jnqu9ztVyKQRL70BBHA== <PayloadAction>CAMT053 <PayloadVersion>CAMT053v1.2 CAMT053_20130322_081011_123.xml

Field

Explanation Allowed values Required

Comment

xml type

ContractId

Y

string

UniqueReference

Y

Value from Rabobank

string

Timestamp

Y

Value from Rabobank

string

PayloadList: Payload: FileName

Y

Value from Rabobank

dateTime

PayloadList: Payload: Signature

Y

Value from Rabobank

string

PayloadList: Payload: PayloadAction

CAMT053 MT940S

Y

Value from Rabobank

dateTime

PayloadList: Payload: PayloadVersion

CAMT053v1.2 MT940Sv1.2

Y

Value from Rabobank

string

Tabel met verklarende termen uit het CAMT.053 bestand


16

Met behulp van het RDCInformationReply.xsd bestand kunt u de XML bestanden juist creëren en valideren. Het bestand RDCInformationReply.xsd kunt u vinden op http://www.rabobank.com/rdc onder downloads. Verantwoordingsinformatie wordt afgeleverd in een zip bestand met een header met daarin een handtekening. De benaming van het zip bestand is als volgt: StatementType_Date-time_sender-bic8-receiver-bic8_sequence-number.zip Voorbeelden: CAMT053_201303271524_RABONL2UABCDNL33_01.zip MT940S_201303271524_ RABONL2UABCDNL33_01.zip Een functionele beschrijving van de verschillende eindedag-formaten zijn beschikbaar op www.rabobank.com/swift, via ‘Downloads’, dan onder ‘Export formats’. 7.2 Intradag SWIFT FileAct Voor SWIFT FileAct is intradag informatie beschikbaar in de volgende bestandsformaten: MT942 Structured (MT942S) of CAMT.052. U kunt een rapportage ontvangen van transacties die zijn bij- of afgeboekt vóór het afsluiten van de dag, oftewel een intradag rapportage. Hierdoor kunt u bijvoorbeeld al eerder reconciliëren, leveringen vrijgeven en/of beter bepalen wat uw cash positie is gedurende de dag. Via het inrichtingsformulier kunt u uw contract uitbreiden met intradag rapportages. Dit formulier kunt u later ook gebruiken om wijzigingen door te geven. Om voor een rekening intradag informatie aan te vragen, dient deze rekening al deel uit te maken van de eindedag verantwoording die via dit contract loopt. Voor het toevoegen van de rekening aan de eindedag verantwoording gebruikt u hetzelfde formulier. Er zijn twee varianten om uw intradagrapporten op te halen: de ‘Intradag huidige boekdag’ en ‘Intradag boekdag overschrijdend’. Intradag huidige boekdag

‘Intradag huidige boekdag’ bevat alle transacties van de huidige boekdag. Elke opvraag bevat nieuwe transacties. Intradaginformatie wordt uitsluitend uitgeleverd op werkdagen. In het weekend en/of op Target closing days wordt er geen intradaginformatie uitgeleverd. Het eerste uitlevermoment is 07:00 uur, het laatste uitlevermoment is 18:00 uur. U kunt, via het inrichtingsformulier, ervoor kiezen om na het laatste uitlevermoment een intradagrapport te ontvangen met de resterende transacties. De reden hiervan is dat dit intradagrapport aansluit op uw eindedagrapport. De intradagrapporten kunnen per bundeling van rekeningen uitgeleverd worden, indien in een bundel geen nieuwe intradaginformatie beschikbaar is, wordt er geen intradagrapport uitgeleverd. Wilt u toch een (leeg) intradagrapport ontvangen, dan kunt u dit aangeven in het inrichtingsformulier. Intradag boekdag overschrijdend

‘Intradag boekdag overschrijdend’ bevat transacties over een bepaalde periode waarbij u de selectieperiode via het inrichtingsformulier kunt aanvragen. Het rapport zal boekdag overschrijdende transacties bevatten. Deze variant wordt zeven dagen per week uitgeleverd. Tevens kunt u ervoor kiezen om ook op Target closing days de intradaginformatie uitgeleverd te krijgen. Dit kunt u aangeven op het inrichtingsformulier. Deze variant sluit niet aan op het eindedagrapport en is vooral geschikt indien u doorlopend intradaginformatie wilt ontvangen. De intradagrapporten kunnen per bundeling van rekeningen uitgeleverd worden. Indien in een bundel geen nieuwe intradaginformatie beschikbaar is, wordt er geen intradagrapport uitgeleverd.


17

Wilt u toch een (leeg) intradagrapport ontvangen dan kunt u dit aangeven in het inrichtingsformulier. Verschillen bestandsformaat

Het voordeel van het MT942S formaat is dat dit gebaseerd is op een standaard die al lange tijd door veel financiële administraties/ERP pakketten ondersteund wordt. Hierdoor is het relatief eenvoudig te importeren in uw financiële administratie. Het voordeel van het CAMT.052 formaat is dat deze gebaseerd is op de nieuwe XML standaard. Het is geschikt ivoor de volledige rapportage van alle velden die u kunt opgeven bij een Eurobetaling (SEPA Credit Transfer) of Euro-incasso (SEPA Direct Debit). Een functionele beschrijving van de verschillende intradagformaten zijn beschikbaar op www.rabobank.com/swift, via ‘Downloads’, dan onder ‘Export formats’. Vergelijkingstabel aanlevervarianten intradagrapporten

In onderstaande tabel kunt u de twee verschillende varianten met elkaar vergelijken. Omschrijving Dagen waarop intradag transacties geleverd worden Eerste mogelijke levertijdstip Laatste mogelijke levertijdstip Levering op vaste tijdstippen of

met vaste frequentie

Levering via Boekdagen

Intradag huidige boekdag Elke werkdag m.u.v. zaterdag, zondag en Target closing days1.

Intradag boekdag overschrijdend Elke werkdag, zaterdag en zondag en Target closing days2.

07:00 uur. De eerste rapportage van de dag levert alle transacties die sinds het einde van de vorige boekdag zijn bij- of afgeschreven. 18:00 uur4.

Start van de huidige boekdag3.

Maximaal tien vaste levertijdstippen in te stellen per kwartier tussen en inclusief het eerste en laatste levermoment, bijvoorbeeld om 07:00, 11:15, 15:30, 17:00 en 18:00 uur. Elke 15, 30, 60 of 120 minuten worden de bij- of afgeschreven transacties gerapporteerd, vanaf het eerste levertijdstip tot en met het laatste levertijdstip. Secure File Transfer Protocol (sFTP) of SWIFT FileAct5 U ontvangt alleen transacties die met boekdag vandaag geboekt zijn.

Maximaal tien vaste levertijdstippen in te stellen per kwartier tussen en inclusief het eerste en laatste levermoment, bijvoorbeeld om 05:00, 11:15, 15:30, 18:00 en 23:30 uur.

Einde huidige boekdag.

Elke 15, 30, 60 of 120 minuten worden de bij- of afgeschreven transacties gerapporteerd, vanaf het eerste levertijdstip tot en met het laatste levertijdstip. Secure File Transfer Protocol (sFTP) of SWIFT FileAct5 Boekdag overschrijdend.

(vervolg tabel op volgende pagina) 1

Op TARGET closing days is geen betalingsverkeer in Euro’s mogelijk, er worden dan geen transacties verwerkt. TARGET closing days zijn Nieuwjaarsdag, Goede Vrijdag, Eerste Paasdag, Dag van de Arbeid en 1ste en 2de Kerstdag. 2 U kunt ervoor kiezen om bij de voortschrijdende intradag variant om op Target closing day intradaginformatie uitgeleverd te krijgen. U kunt dit aangeven op het inrichtingsformulier. TARGET closing days zijn Nieuwjaarsdag, Goede Vrijdag, Eerste Paasdag, Dag van de Arbeid en 1ste en 2de Kerstdag. 3 Intradag boekdag overschrijdend wordt 24 uur per dag en zeven dagen in de week uitgeleverd. Het eerste uitlevermoment is om 00:00 en eindigt op 23:45. 4 Het is mogelijk dat na 18:00, of na uw laatste ingestelde levermoment, nog transacties worden verwerkt met boekdag vandaag. Het kan dan zijn dat er transacties gerapporteerd worden op uw dagafschrift (MT940S of CAMT.053) die niet gerapporteerd zijn via een intradag rapportage. U kunt er voor kiezen om deze transacties nog intradag geleverd te krijgen. 5 Via FileAct ontvangt u van ons een Zip-bestand met daarin een header bestand met handtekening en een MT942S of CAMT.052 bestand.


18

Omschrijving Wat als er geen transacties te rapporteren zijn?

Beschikbare formaten

Intradag huidige boekdag U kunt er voor kiezen om intradag rapportage te ontvangen indien op geen van de rekeningen in een bundel waarvoor u intradag rapportage heeft ingesteld een transactie geboekt is sinds de vorige levering van een intradag rapportage. U kunt dit aangeven op het inrichtingsformulier. MT942S en CAMT.052

Intradag boekdag overschrijdend U kunt er voor kiezen om intradag rapportage te ontvangen indien op geen van de rekeningen in een bundel waarvoor u intradag rapportage heeft ingesteld een transactie geboekt is sinds de vorige levering van een intradag rapportage. U kunt dit aangeven op het inrichtingsformulier. MT942S en CAMT.052


19

8. De RDC portlet (optioneel) 8.1 Wat is de RDC portlet? Rabobank biedt u de mogelijkheid om de status van uw FileAct bestanden via een portlet te monitoren. Deze portlet heet de ‘Rabo Direct Connect Portlet’ (RDC). Deze status portlet maakt het u makkelijk online de verwerkingsstatus van uw transacties in te zien. In de portlet worden afwijzingen van de betalingen op file, batch en betalingsniveau weergegeven. U kunt zien waarom een file, batch of betaling is afgewezen. Indien u gebruik wilt maken van de RDC status portlet, kunt u dit aangeven op uw implementatieformulier. Het gebruik van de portlet is mogelijk door nieuwe passen aan te vragen of door toegang tot de portlet te koppelen aan al bestaande passen voor andere portlets. 8.2 Hoe gebruik ik de RDC portlet? Op www.rabobank.com/supportcorporateconnect kunt u uitgebreide informatie vinden inzake het inloggen op Rabo Corporate Connect. Zodra u zich bevindt op het Rabo Corporate Connect Portaal kunt u de RDC-portlet benaderen. Nadat u bent ingelogd vindt u onder “Menu” de knop voor de RDC-portlet. Klik hierop om de portlet te openen (zie onder).

Nadat u betalingen heeft verzonden middels FileAct, zult u hier de status terug kunnen zien van uw betaling op bestandsniveau. Indien dit niet het geval is kunt u contact opnemen met Rabo Corporate Support. Aan het einde van deze handleiding vindt u de contactgegevens. 8.3 Batch level informatie bekijken Indien u op het Vergrootglas klikt van een (deels) afgekeurd bestand, wordt de Batch level informatie getoond. Hier ziet u op batchniveau de afgekeurde of deels afgekeurde batches met daarbij een afkeurreden. Hieronder staan alle termen voor de velden en knoppen op dit niveau op een rij: Veld / Knop Batch referentie Zoek

Beschrijving Vul hier de Batch referentie in indien u gebruik wilt maken van de zoekfunctionaliteit. Met deze knop zoekt u naar de batch referentie die u hebt ingevuld in het veld Batch referentie.


20

Veld / Knop

Beschrijving

Vergrootglas

Met deze knop kunt u de reden van afwijzing bekijken op Transactie niveau.

Bestandsstatus Terug

Met deze knop gaat u terug naar het beginscherm van deze toepassing. Met deze knop gaat u terug naar het vorige scherm.

8.4 Transactie informatie bekijken Nadat u nogmaals op het vergrootglas heeft geklikt van een (deels) afgekeurde batch wordt de Transactie informatie weergegeven. Hieronder staan alle termen voor de velden en knoppen op dit niveau op een rij: Veld / Knop Transactie referentie

Beschrijving

Zoek

Met deze knop zoekt u naar de transactie referentie die u hebt ingevuld in het veld Transactie referentie. Met deze knop gaat u terug naar het beginscherm van deze toepassing.

Bestandsstatus Terug

Vul hier de Transactie referentie in indien u gebruik wilt maken van de zoekfunctionaliteit.

Met deze knop gaat u terug naar het vorige scherm.


21

9. De klant acceptatie omgeving 9.1 Beschrijving van de Klant Acceptatie Omgeving Naast de productieomgeving, beschikt FileAct ook over een Klant Acceptatie (KA) omgeving. Deze omgeving is gekoppeld aan uw financiële administratie/ERP-pakket middels de test connectie. Deze omgeving staat los van onze productie systemen. U kunt dit systeem gebruiken om te testen of uw administratie op de juiste manier is geconfigureerd voor het verzenden van initiatiebestanden en het ontvangen van verwerkingsinformatie via FileAct. Als u via de testverbinding een initiatiebestand instuurt, ontvangt u via de koppeling een ACK en vervolgens een PAIN.002. Uiteraard is dit alleen mogelijk als het bestand voldaan heeft aan alle door RDC gestelde eisen (conform de productiekoppeling). De PAIN.002 heeft een willekeurige afkeurcode en heeft geen betrekking op het door u aangeleverde bestand. U ontvangt deze PAIN.002 zodat u direct kunt verifiëren of uw systeem gereed is voor de ontvangst en verwerking van dit bestandstype. Als het bestand niet conform deze eisen is opgesteld, ontvangt u een NACK. Hierna volgt geen PAIN.002 bericht omdat het bestand voor verwerking in de keten werd afgekeurd. Daarnaast krijgt u een dummy verantwoordingsbestand aangeboden, naar keuze krijgt u deze in CAMT.53 of MT940S. Deze zult u rond 16.00 uur ontvangen. 9.2 Aanvragen Klant Acceptatie omgeving Bij het aanvragen van een KA omgeving zijn er 2 mogelijkheden . U kunt uw KA omgeving gelijk houden aan uw productieomgeving. Dat betekent dat u in uw KA omgeving dezelfde rekeningen en services laat opvoeren als in uw productieomgeving. Daarnaast kunt u er ook voor kiezen andere rekeningen of services op te voeren in uw KA omgeving. Zo verkleint u de kans dat er testdata in uw productieomgeving terecht komt dat tot onnodige afkeuringen zal leiden. Ook kunt u op die manier functionaliteiten testen die u in de toekomst zou willen toevoegen, maar waar u nu nog geen gebruik van maakt. 9.3 Disclaimer Rabobank benadrukt dat in de testomgeving behaalde resultaten geen garantie bieden voor de productieomgeving en dat er geen rechten of plichten aan ontleend kunnen worden. Daarom adviseren wij u om, nadat u in de klant acceptatieomgeving getest heeft, ook een aantal pennytesten uit te voeren via uw productie koppeling.


22

10. Productbeeld voor extra inzicht U kunt een productbeeld voor het verkrijgen van extra inzicht in uw instellingen opvragen via uw contactpersoon bij Rabobank.. Het productbeeld is een .pdf bestand met daarin de volgende gegevens: - NAW gegevens onderneming - Contactpersonen - Contractgegevens - Rekeninginformtatie o Producten o Afrekenrekening o Bundelinformatie - Intradag instellingen

11. Support Rabobank SWIFT for Corporates FileAct Na succesvolle ingebruikname van Rabobank SWIFT for Corporates kunt u voor vragen of het oplossen van problemen terecht bij onze supportdesk voor SWIFT FileAct: Support SWIFT FileAct

Rabo Corporate Support Geopend: maandag t/m vrijdag van 8:00 tot 17:30 Telefoon: 030-712 1777 Email: [email protected] Website: www.rabobank.com/swift


23

12. Appendix 1: Afkeurredenen (FileAct) Mogelijke afkeur redenen in de portlet en de NACK berichten Hieronder vindt u een overzicht van alle afkeuromschrijvingen die Rabobank genereert. In deze paragraaf worden alle omschrijvingen weergegeven die u ook terug kunt zien in de status portlet. Dit zijn de meldingen 1 t/m 40. De meldingen 100 t/m 124 zijn de afkeur redenen voor BTL91 betalingen. Deze verschijnen niet in de RDC status portlet maar worden weergegeven in uw verantwoordingsbestanden. Indien u een van de afkeurcodes niet begrijpt kunt u contact opnemen met Rabo Corporate Support. Reject reason code

Description

NO_AGREEMENT_FOR_ACCOUNT

1, "File {0} contains one or more account(s) ({1}) which are not in the agreement."

NOT_DIRECT_PROCESSABLE

2, "One or more Execution date(s) are not valid, payment(s) not direct processable: {0}."

TOO_MANY_TRANSACTIONS

3, "File {0}, contains more than {1} transactions. This is not allowed."

SIGNATURE_NOT_VERIFIED

4, "The signature of file {0} could not be verified successfully."

SENDER_NOT_AUTHORIZED

5, "The sender of file {0} is not authorised to deliver payment instructions, unknown agreement."

XSD_VERSION_UNKNOWN

6, "Unknown version specified (for XSD) in the header."

INPUTFILE_NOT_A_ZIP_FILE

7, "The input file ({0}) is not a zip file."

INPUTFILE_ZIP_CONTAINS_FOLDERS

8, "The compressed input file {0} contains one or more folders."

INPUTFILE_ZIP_CONTAINS_TOO_MANY_FILES

9, "The compressed input file {0} has too many files."

PAYLOAD_FILE_TYPE_NOT_ZIP_ENC

10, "The payload file is of an incorrect file type ('.zip.enc' expected): {0}."

PAYLOAD_FILE_TYPE_NOT_XML_OR_TXT

11, "The payload file is of an incorrect file type ('.xml' or '.txt' expected): {0}."

INPUTFILE_ZIP_NOT_COMPLIANT

12, "The content of the compressed input file is not conform specification (expected header or payload file cannot be found)."

PAYLOADFILE_ZIP_CONTAINS_FOLDERS

13, "The compressed payload file of input file {0} contains one or more folders."

PAYLOADFILE_ZIP_CONTAINS_INCORRECT_FILE_TYPE

14, "The compressed payload file of input file {0} contains an incorrect file type ('.xml' or '.txt' expected)."

PAYLOADFILE_ZIP_CONTAINS_NO_ENTRIES

15, "The compressed payload file of input file {0} contains no entries."

PAYLOADFILE_ZIP_CONTAINS_TOO_MANY_FILES

16, "The compressed payload file of input file {0} contains too many files."

PAYLOADFILE_ZIPENTRY_FILE NAME_NOT_COMPLIANT

17, "The compressed payload file of input file {0} contains an entry with an invalid name."

DUPLICATE_PAYLOAD

18, "Duplicate found, the payload of this input file ({0}) has already been successfully processed."

HEADER_NOT_VALID

19, "The Header of File {0} does not comply to the RDCInitiationRequest scheme. Technical reason: {1}."

TOO_MANY_SIGNATURES

20, "Header contains multiple signatures. This is not al-


24

Reject reason code

Description

lowed." UNKNOWN_CT_XSD_VERSION

21, "Version of XSD specified in header for Credit Transfer XML is unknown!"

UNKNOWN_DD_XSD_VERSION

22, "Version of XSD specified in header for Direct Debit XML is unknown!"

UNKNOWN_BTL_VERSION

23, "Version specified in header for BTL is unknown!"

HEADER_NOT_WELL_FORMED

24, "The Header of File {0} is not well-formed. Technical reason: {1}."

UNKNOWN_XSD_VERSION

25, "Unknown version specified (for XSD) in the header."

PAYLOAD_NOT_VALID

26, "The payload of File {0} does not comply to the SEPA scheme ({1}). Technical reason: {2}."

PAYLOAD_NOT_WELL_FORMED

27, "The payload of File {0} is not well-formed (SEPA scheme ({1}). Technical reason: {2}."

TOO_MANY_CERTIFICATES

28, "More than one valid certificate available, exactly one certificate should be valid at a given time."

NO_CERTIFICATES

29, "No valid certificate available, exactly one certificate should be valid at a given time."

FILE_CAN_NOT_BE_DECRYPTED

30, "The file {0} could not be decrypted."

FILE_CONTAINS_INVALID_IBANS

31, "File {0} contains one or more (Dutch) IBAN(s) with an invalid format ({1})."

PAYLOAD_FILE NAME_NOT_COMPLIANT

32, "The payload file name found in file {0} is invalid."

NO_SHARED_SECRET_KEY

33, "Party sent an encrypted file, so at least one valid SharedSecretKey should be available."

MISSING_ATTRIBUTE_IN_SHARED_SECRET_KEY

34, "Party sent an encrypted file, so SharedSecretKey attributes are mandatory and should be available."

TOO_MANY_SHARED_SECRET_KEYS

35, "More than one valid secret key available, only one secretKey should be valid at a given time."

INVALID_INPUT_DIRECTORY

36, "The input directory does not match the directory expected for the agreement of this party."

INPUTFILE NAME_CONTAINS_SPACES

37, "The input file name ({0}) contains one or more spaces."

DUPLICATE_INPUTFILE_DETECTED

38, "A duplicate input file ({0}) has been detected."

TOO_MANY_BATCHES

39, "File {0}, contains more than {1} batches. This is not allowed."

DUPLICATE_INPUTFILES_DETECTED

40, "Duplicate input files ({0}, {1}) have been detected."

BETAALRECORD_1_NOT_FOUND

100, "BetaalRecord 1 was not found at line {0}."







SLUITRECORD_NOT_FOUND

104, "Sluitrecord was not found at line {0}."

UNKNOWN_RECORD_CODE

105, "A line was found with an unknown Recordcode at line {0}."

INCORRECT_LINE_LENGTH

106, "A line was found with an incorrect line length at line {0}."

INCORRECT_FIELD_VALUE

107, "A line was found with an incorrect field value at line {0}, field=''{1}'', rejected value=''{2}''."


25

Reject reason code

Description

SECOND_VOORLOOPRECORD_FOUND

108, "A second VoorloopRecord was found at line {0}."

BETAALRECORD_BEFORE_VOORLOOPRECORD

109, "A BetaalRecord was found before a VoorloopRecord was found at line {0}."

BETAALRECORD_AFTER_SLUITRECORD

110, "A BetaalRecord was found after a SluitRecord was found at line {0}."

TOTAALRECORD_BEFORE_VOORLOOPRECORD

111, "A TotaalRecord was found before a VoorloopRecord was found at line {0}."

TOTAALRECORD_BEFORE_BETAALRECORD

112, "A TotaalRecord was found before a BetaalRecord was found at line {0}."

TOTAALRECORD_AFTER_SLUITRECORD

113, "A TotaalRecord was found after a SluitRecord was found at line {0}."

SLUITRECORD_BEFORE_VOORLOOPRECORD

114,"A SluitRecord was found before a VoorloopRecord was found at line {0}."

SLUITRECORD_BEFORE_BETAALRECORD

115, "A SluitRecord was found before a BetaalRecord was found at line {0}."

SLUITRECORD_BEFORE_TOTAALRECORD

116, "A SluitRecord was found before a TotaalRecord was found at line {0}."

INVALID_OPDRACHTNUMMER

117, "A BetaalRecord was found with an incorrect value for field 'Opdrachtnummer(1-4)' at lines {0} - {1}."

PHANTOM_TOTAALRECORD

118, "A TotaalRecord for currency ''{0}'', for which there are no BetaalRecords, was found at line {1}."

SUPERFLUOUS_TOTAALRECORD

119, "A TotaalRecord for currency ''{0}'' was found for which a TotaalRecord has already been found at line {1}."

TOTAAL_RECORD_AANTAL_BETAAL_OPDRACHTEN_IN CORRECT

120, "The number of 'BetaalRecords' counted ({2}) for currency ''{0}'' does not match the number of records specified ({3}) in the TotaalRecord (field 'AantalBetaalopdrachten') at line {1}."

TOTAAL_RECORD_TOTAAL_BEDRAG_MUNTSOORT_IN CORRECT

121, "The sum of 'OpdrachtBedrag' ({2}) found in 'BetaalRecords' for currency ''{0}'' does not match the amount specified ({3}) in the TotaalRecord (field 'TotaalbedragMuntsoort') at line {1}."

SLUIT_RECORD_TOTAAL_AANTAL_RECORDS_INCOR 122, "The number of records counted does not match the RECT number of records specified in the SluitRecord (field 'TotaalAantalRecords') at line {0}." SLUIT_RECORD_TOTAAL_AANTAL_TRANSACTIE_REC 123, "The number of transactions counted does not match ORDS_INCORRECT the number of transactions specified in the SluitRecord (field 'TotaalAantalTransactierecordS') at line {0}." MISSING_TOTAALRECORD

124, "A TotaalRecord for currency ''{0}'' was not found."

PAIN 002 afkeuringen

Code

Name

Definition

AC01

IncorrectAccountNumber

Account number is invalid or missing.

AC02

InvalidDebtorAccountNumber

Debtor account number invalid or missing


26

Code

Name

Definition

AC03

InvalidCreditorAccountNumber

Creditor account number invalid or missing

AC04

ClosedAccountNumber

Account number specified has been closed on the bank of account's books.

AC05

ClosedDebtorAccountNumber

Debtor account number closed

AC06

BlockedAccount

Account specified is blocked, prohibiting posting of transactions against it.

AC07

ClosedCreditorAccountNumber

Creditor account number closed

AC08

InvalidBranchCode

Branch code is invalid or missing

AC09

InvalidAccountCurrency

Account currency is invalid or missing

AC10

InvalidDebtorAccountCurrency

Debtor account currency is invalid or missing

AC11

InvalidCreditorAccountCurrency

Creditor account currency is invalid or missing

AC12

InvalidAccountType

Account type missing or invalid. Generic usage if cannot specify between group and payment information levels

AC13

InvalidDebtorAccountType

Debtor account type missing or invalid

AC14

InvalidCreditorAccountType

Creditor account type missing or invalid

AG01

TransactionForbidden

Transaction forbidden on this type of account (formerly NoAgreement)

AG02

InvalidBankOperationCode

Bank Operation code specified in the message is not valid for receiver

AG03

TransactionNotSupported

Transaction type not supported/authorized on this account

AG04

InvalidAgentCountry

Agent country code is missing or invalid. Generic usage if cannot specify between group and payment information levels.

AG05

InvalidDebtorAgentCountry

Debtor agent country code is missing or invalid

AG06

InvalidCreditorAgentCountry

Creditor agent country code is missing or invalid

AG07

UnsuccesfulDirectDebit

Debtor account cannot be debited for a generic reason. Code value may be used in general purposes and as a replacement for AM04 if debtor bank does not reveal its customer's insufficient funds for privacy reasons

AG08

InvalidAccessRights

Transaction failed due to invalid or missing user or access right


27

Code

Name

Definition

AGNT

IncorrectAgent

Agent in the payment workflow is incorrect

AM01

ZeroAmount

Specified message amount is equal to zero

AM02

NotAllowedAmount

Specific transaction/message amount is greater than allowed maximum

AM03

NotAllowedCurrency

Specified message amount is an non processable currency outside of existing agreement

AM04

InsufficientFunds

Amount of funds available to cover specified message amount is insufficient.

AM05

Duplication

Duplication

AM06

TooLowAmount

Specified transaction amount is less than agreed minimum.

AM07

BlockedAmount

Amount of funds available to cover specified message amount is insufficient.

AM09

WrongAmount

Amount received is not the amount agreed or expected

AM10

InvalidControlSum

Sum of instructed amounts does not equal the control sum.

AM11

InvalidTransactionCurrency

Transaction currency is invalid or missing

AM12

InvalidAmount

Amount is invalid or missing

AM13

AmountExceedsClearingSystemLimit

Transaction amount exceeds limits set by clearing system

AM14

AmountExceedsAgreedLimit

Transaction amount exceeds limits agreed between bank and client

AM15

AmountBelowClearingSystemMinimum

Transaction amount below minimum set by clearing system

AM16

InvalidGroupControlSum

Control Sum at the Group level is invalid

AM17

InvalidPaymentInfoControlSum

Control Sum at the Payment Information level is invalid

AM18

InvalidNumberOfTransactions

Number of transactions is invalid or missing. Generic usage if cannot specify between group and payment information levels.

AM19

InvalidGroupNumberOfTransactions

Number of transactions at the Group level is invalid or missing

AM20

InvalidPaymentInfoNumberOfTransactions

Number of transactions at the Payment Information level is invalid

AM21

LimitExceeded

Transaction amount exceeds limits agreed between bank and client.

BE01

InconsistenWithEndCustomer

Identification of end customer is not consistent with associated account number. (formerly CreditorConsistency).


28

Code

Name

Definition

BE04

MissingCreditorAddress

Specification of creditor's address, which is required for payment, is missing/not correct (formerly IncorrectCreditorAddress).

BE05

UnrecognisedInitiatingParty

Party who initiated the message is not recognised by the end customer

BE06

UnknownEndCustomer

End customer specified is not known at associated Sort/National Bank Code or does no longer exist in the books

BE07

MissingDebtorAddress

Specification of debtor's address, which is required for payment, is missing/not correct.

BE08

MissingDebtorName

Debtor name is missing

BE09

InvalidCountry

Country code is missing or Invalid. Generic usage if cannot specifically identify debtor or creditor

BE10

InvalidDebtorCountry

Debtor country code is missing or invalid

BE11

InvalidCreditorCountry

Creditor country code is missing or invalid

BE12

InvalidCountryOfResidence

Country code of residence is missing or Invalid. Generic usage if cannot specifically identify debtor or creditor

BE13

InvalidDebtorCountryOfResidence

Country code of debtor's residence is missing or Invalid

BE14

InvalidCreditorCountryOfResidence

Country code of creditor's residence is missing or Invalid

BE15

InvalidIdentificationCode

Identification code missing or invalid. Generic usage if cannot specifically identify debtor or creditor.

BE16

InvalidDebtorIdentificationCode

Debtor or Ultimate Debtor identification code missing or invalid

BE17

InvalidCreditorIdentificationCode

Creditor or Ultimate Creditor identification code missing or invalid

BE18

InvalidContactDetails

Contact details missing or invalid

BE19

InvalidChargeBearerCode

Charge bearer code for transaction type is invalid

BE20

InvalidNameLength

Name length exceeds local rules for payment type.

BE21

MissingName

Name missing or invalid. Generic usage if cannot specifically identify debtor or creditor.

BE22

MissingCreditorName

Creditor name is missing

CNOR

Creditor bank is not registered

Creditor bank is not registered under this BIC in the CSM

CURR

IncorrectCurrency

Currency of the payment is incorrect


29

Code

Name

Definition

CUST

RequestedByCustomer

Cancellation requested by the Debtor

DNOR

Debtor bank is not registered

Debtor bank is not registered under this BIC in the CSM

DS01

ElectronicSignaturesCorrect

The electronic signature(s) is/are correct

DS02

OrderCancelled

An authorized user has cancelled the order

DS03

OrderNotCancelled

The user’s attempt to cancel the order was not successful

DS04

OrderRejected

The order was rejected by the bank side (for reasons concerning content)

DS05

OrderForwardedForPostprocessing

The order was correct and could be forwarded for postprocessing

DS06

TransferOrder

The order was transferred to VEU

DS07

ProcessingOK

All actions concerning the order could be done by the EBICS bank server

DS08

DecompressionError

The decompression of the file was not successful

DS09

DecryptionError

The decryption of the file was not successful

DS0A

DataSignRequested

Data signature is required.

DS0B

UnknownDataSignFormat

Data signature for the format is not available or invalid.

DS0C

SignerCertificateRevoked

The signer certificate is revoked.

DS0D

SignerCertificateNotValid

The signer certificate is not valid (revoked or not active).

DS0E

IncorrectSignerCertificate

The signer certificate is not present.

DS0F

SignerCertificationAuthoritySignerNotValid

The authority of the signer certification sending the certificate is unknown.

DS0G

NotAllowedPayment

Signer is not allowed to sign this operation type.

DS0H

NotAllowedAccount

Signer is not allowed to sign for this account.


30

Code

Name

Definition

DS0K

NotAllowedNumberOfTransaction

The number of transaction is over the number allowed for this signer.

DS10

Signer1CertificateRevoked

The certificate is revoked for the first signer.

DS11

Signer1CertificateNotValid

The certificate is not valid (revoked or not active) for the first signer.

DS12

IncorrectSigner1Certificate

The certificate is not present for the first signer.

DS13

SignerCertificationAuthoritySigner1NotValid

The authority of signer certification sending the certificate is unknown for the first signer.

DS14

UserDoesNotExist

The user is unknown on the server

DS15

IdenticalSignatureFound

The same signature has already been sent to the bank

DS16

PublicKeyVersionIncorrect

The public key version is not correct. This code is returned when a customer sends signature files to the financial institution after conversion from an older program version (old ES format) to a new program version (new ES format) without having carried out re-initialisation with regard to a public key change.

DS17

DifferentOrderDataInSignatures

Order data and signatures don’t match

DS18

RepeatOrder

File cannot be tested, the complete order has to be repeated. This code is returned in the event of a malfunction during the signature check, e.g. not enough storage space.

DS19

ElectronicSignatureRightsInsufficient

The user’s rights (concerning his signature) are insufficient to execute the order

DS20

Signer2CertificateRevoked

The certificate is revoked for the second signer.

DS21

Signer2CertificateNotValid

The certificate is not valid (revoked or not active) for the second signer.

DS22

IncorrectSigner2Certificate

The certificate is not present for the second signer.

DS23

SignerCertificationAuthoritySigner2NotValid

The authority of signer certification sending the certificate is unknown for the second signer.

DS24

WaitingTimeExpired

Waiting time expired due to incomplete order


31

Code

Name

Definition

DS25

OrderFileDeleted

The order file was deleted by the bank server (for multiple reasons)

DS26

UserSignedMultipleTimes

The same user has signed multiple times

DS27

UserNotYetActivated

The user is not yet activated (technically)

DT01

InvalidDate

Invalid date (eg, wrong or missing settlement date)

DT02

InvalidCreationDate

Invalid creation date and time in Group Header (eg, historic date)

DT03

InvalidNonProcessingDate

Invalid non bank processing date (eg, weekend or local public holiday)

DT04

FutureDateNotSupported

Future date not supported

DT05

InvalidCutOffDate

Associated message, payment information block or transaction was received after agreed processing cut-off date, i.e., date in the past.

DT06

ExecutionDateChanged

Execution Date has been modified in order for transaction to be processed

DU01

DuplicateMessageID

Message Identification is not unique.

DU02

DuplicatePaymentInformationID

Payment Information Block is not unique.

DU03

DuplicateTransaction

Transaction is not unique.

DU04

DuplicateEndToEndID

End To End ID is not unique.

DU05

DuplicateInstructionID

Instruction ID is not unique.

DUPL

DuplicatePayment

Payment is a duplicate of another payment

ED01

CorrespondentBankNotPossible

Correspondent bank not possible.

ED03

BalanceInfoRequest

Balance of payments complementary info is requested

ED05

SettlementFailed

Settlement of the transaction has failed.

FF01

Invalid File Format

File Format incomplete or invalid

FF02

SyntaxError

Syntax error reason is provided as narrative information in the additional reason information.

FF03

InvalidPaymentTypeInformation

Payment Type Information is missing or invalid. Generic usage if cannot specify Service Level or Local Instrument code


32

Code

Name

Definition

FF04

InvalidServiceLevelCode

Service Level code is missing or invalid

FF05

InvalidLocalInstrumentCode

Local Instrument code is missing or invalid

FF06

InvalidCategoryPurposeCode

Category Purpose code is missing or invalid

FF07

InvalidPurpose

Purpose is missing or invalid

FF08

InvalidEndToEndId

End to End Id missing or invalid

FF09

InvalidChequeNumber

Cheque number missing or invalid

FF10

BankSystemProcessingError

File or transaction cannot be processed due to technical issues at the bank side

ID01

CorrespondingOriginalFileStillNotSent

Signature file was sent to the bank but the corresponding original file has not been sent yet.

MD01

NoMandate

No Mandate

MD02

MissingMandatoryInformationIn Mandate

Mandate related information data required by the scheme is missing.

MD05

CollectionNotDue

Creditor or creditor's agent should not have collected the direct debit

MD06

RefundRequestByEndCustomer

Return of funds requested by end customer

MD07

EndCustomerDeceased

End customer is deceased.

MS02

NotSpecifiedReasonCustomer Generated

Reason has not been specified by end customer

MS03

NotSpecifiedReasonAgent Generated

Reason has not been specified by agent.

NARR

Narrative

Reason is provided as narrative information in the additional reason information.

RC01

BankIdentifierIncorrect

Bank identifier code specified in the message has an incorrect format (formerly IncorrectFormatForRoutingCode).

RC02

InvalidBankIdentifier

Bank identifier is invalid or missing. Generic usage if cannot specify between debit or credit account

RC03

InvalidDebtorBankIdentifier

Debtor bank identifier is invalid or missing

RC04

InvalidCreditorBankIdentifier

Creditor bank identifier is invalid or missing

RC05

InvalidBICIdentifier

BIC identifier is invalid or missing. Generic usage if cannot specify between debit or credit account.


33

Code

Name

Definition

RC06

InvalidDebtorBICIdentifier

Debtor BIC identifier is invalid or missing

RC07

InvalidCreditorBICIdentifier

Creditor BIC identifier is invalid or missing

RC08

InvalidClearingSystemMemberIdentifier

ClearingSystemMemberidentifier is invalid or missing. Generic usage if cannot specify between debit or credit account

RC09

InvalidDebtorClearingSystemMemberIdentifier

Debtor ClearingSystemMember identifier is invalid or missing

RC10

InvalidCreditorClearingSystemMemberIdentifier

Creditor ClearingSystemMember identifier is invalid or missing

RC11

InvalidIntermediaryAgent

Intermediary Agent is invalid or missing

RC12

MissingCreditorSchemeId

Creditor Scheme Id is invalid or missing

RF01

NotUniqueTransactionReference

Transaction reference is not unique within the message.

RR01

Missing Debtor Account or Identification

Specification of the debtor’s account or unique identification needed for reasons of regulatory requirements is insufficient or missing

RR02

Missing Debtor Name or Address

Specification of the debtor’s name and/or address needed for regulatory requirements is insufficient or missing.

RR03

Missing Creditor Name or Address

Specification of the creditor’s name and/or address needed for regulatory requirements is insufficient or missing.

RR04

RegulatoryReason

Regulatory Reason

RR05

RegulatoryInformationInvalid

Regulatory or Central Bank Reporting information missing, incomplete or invalid.

RR06

TaxInformationInvalid

Tax information missing, incomplete or invalid.

RR07

RemittanceInformationInvalid

Remittance information structure does not comply with rules for payment type.

RR08

RemittanceInformationTruncated

Remittance information truncated to comply with rules for payment type.

RR09

InvalidStructuredCreditorReference

Structured creditor reference invalid or missing.

RR10

InvalidCharacterSet

Character set supplied not valid for the country and payment type.

RR11

InvalidDebtorAgentServiceID

Invalid or missing identification of a bank proprietary service.

RR12

InvalidPartyID

Invalid or missing identification required within a particular country or payment type.

SL01

Specific Service offered by Debtor Agent

Due to specific service offered by the Debtor Agent


34

Code

Name

Definition

SL02

Specific Service offered by Creditor Agent

Due to specific service offered by the Creditor Agent

TA01

TransmissonAborted

The transmission of the file was not successful – it had to be aborted (for technical reasons)

TD01

NoDataAvailable

There is no data available (for download)

TD02

FileNonReadable

The file cannot be read (e.g. unknown format)

TD03

IncorrectFileStructure

The file format is incomplete or invalid

TM01

InvalidCutOffTime

Associated message, payment information block, or transaction was received after agreed processing cut-off time.

TS01

TransmissionSuccessful

The (technical) transmission of the file was successful.

TS04

TransferToSignByHand

The order was transferred to pass by accompanying note signed by hand


35

13. Appendix 2: Logboek wijzigingen Datum

Versie

08-11-2015

1.4

Type Wijziging

Reden Wijziging

Tekstuele aanpassingen Toevoeging spaarrekeningen Toevoeging productbeeld Toevoeging logboek wijzigingen Uitsplitsing naar Corporates of NBFI mbt instellingen in 5.2. Header

Aanpassing Aanvulling Aanvulling Aanvulling Aanvulling


36

SWIFT for Corporates. Handleiding SWIFT FileAct. November 2015, 1.4

Recommend Documents