SWIFT for Corporates Handleiding SWIFT FileAct November 2017
Inhoud 1. INLEIDING 3 2. WAT IS RABOBANK SWIFT FOR CORPORATES? 4 3. HET INRICHTEN VAN RABOBANK SWIFT FILEACT VOOR GEBRUIK 6 3.1 Aanvragen gewenste componenten 6 3.2 Tot stand brengen van een connectie met de Rabobank 6 3.3 Het maken van bestandsformaten 6 3.4 Testscenario s 6 4. INITIATIE VIA SWIFT FILEACT 9 4.1 Het initiatiebestand 9 4.2 De header 10 4.3 De payload file 10 4.4 Op welke manier controleert Rabobank uw verzonden bestanden? 11 4.5 Uitvoer data en geagendeerde betalingen 11 5. STATUSBERICHTEN EN VERANTWOORDING VIA FILEACT 13 5.1 ACK/NACK Statusberichten FileAct 13 5.2 PAIN.002 status berichten 14 5.3 Eindedag verantwoording 14 5.4 Bundeling verantwoordingsinformatie 16 5.5 Intradag verantwoording 17 6. AGENDEREN, INTREKKEN EN TEKENEN 19 6.1 Inrichten Overeenkomst RIB Pro 19 6.2 Functionaliteiten RIB Pro 19 7. PRODUCTBEELD VOOR EXTRA INZICHT 21 8. ONDERSTEUNING EN SERVICE 22 APPENDIX 1: AFKEURREDENEN 23 APPENDIX 2: RANDVOORWAARDEN RABO INTERNETBANKIEREN PROFESSIONAL 27 APPENDIX 3: LOGBOEK WIJZIGINGEN 28 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 ontvangen. De 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 Initiatie SWIFT Banken FIN: MT101, MT103, MT200, MT202 FileAct: PAIN.001, PAIN.008, BTL91 Statusinformatie Status en verantwoording FIN: MT195, MT295 FileAct: PAIN.002 Verantwoordingsinformatie Schematische weergave Rabobank SWIFT for Corporates FIN: MT910, MT940, MT942 FileAct: MT940S, CAMT.053, MT940, MT942S, CAMT.052, MT942 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 standaardset 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 vinden op 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. Hieronder vindt u een overzicht van de standaardbestanden die met Rabobank kunnen worden uitgewisseld met de SWIFT FileAct service. Insturen van opdrachten kan in de volgende formaten: BTL 91 Wereldbetalingen, Spoedbetalingen PAIN.008.001.02 Euro-incasso s PAIN.001.001.03 meerdere opdrachttypen mogelijk: o Eurobetalingen: opdrachten in de muntsoort EUR naar een begunstigde in een SE- PA land. o Spoed Binnenland Eurobetalingen: spoedopdrachten in de muntsoort EUR tussen Nederlandse rekeningnummers. o Spoed Eurobetalingen: spoedopdrachten in de muntsoort EUR naar een begunstigde in een SEPA-land o Wereldbetalingen: opdrachten naar een begunstigde in een niet-sepa land, in elke mogelijke muntsoort (ook EUR). Het is mogelijk om een PAIN.001-bestand aan te leveren met een mix van batches met verschillende typen betaalopdrachten. Dit noemen we een Generic Payment File en moet aan de volgende voorwaarden voldoen: één debetrekening per batch een batch bevat òf alleen Eurobetalingen (exclusief Spoed) òf alleen Spoed en/of Wereldbetalingen Statusinformatie ontvangt u in de volgende formaten: ACK/NACK: ACK betekent goedgekeurd; NACK betekent afgekeurd. Statusbericht: PAIN.002.001.03 (bevat afgekeurde of geweigerde betaal- of incasso-opdrachten) Verantwoordingsinformatie kunt u in de volgende formaten ontvangen: Dagafschrift einde dag: MT940 Structured Dagafschrift einde dag: CAMT.053.001.02 Intradag rapportage: MT942 Structured Intradag rapportage: CAMT.052.001.02 4
Van alle bovenstaande bestanden zijn formaatbeschrijvingen beschikbaar. Deze formaatbeschrijvingen voor SWIFT FileAct kunt u terugvinden op: www.rabobank.com/swift. 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. 5
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 typen opdrachten en/of incasso s u gaat initiëren Welke berichttypen (initiatie bestanden) u wilt gebruiken Welke typen 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 stappen die u als klant neemt om via Rabobank SWIFT for Corporates betaalopdrachten aan Rabobank 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 verzendt via Rabobank SWIFT for Corporates en/of dat Rabobank rapportagebestanden naar u terug stuurt. 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, starten wij met u het proces om de connectie met Rabobank tot stand te brengen. Nadat deze connectie gelegd is, voeren we eerst samen met u enkele testen uit (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 site vindt u alle formaatbeschrijvingen die u momenteel kunt inzetten in het SWIFT kanaal. Indien relevant zijn hier ook (afwijkende) tijdslijnen in opgenomen. 3.4 Testscenario 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. Dit kan in de Klant Acceptatie Omgeving (KAO). In deze paragraaf geven we aan welke testen minimaal doorlopen moeten worden voordat uw productieomgeving opgeleverd kan worden. Allereerst testen we met u de aangelegde testverbinding. In dat geval verstuurt u een betaalbestand of bericht over de aangelegde testverbinding. Hiermee controleert u of bestanden of berichten op de juiste manier worden getransporteerd van u naar de Rabobank. Wanneer u een bestand in BTL 91-formaat stuurt vinden ook inhoudelijke controles op het formaat plaats. Voor het testen 6
van de inhoud van uw PAIN-bestanden (de payload), raden wij u aan MyStandards te gebruiken. Meer informatie hierover vindt u hier of u kunt contact opnemen met uw Rabobank contactpersoon. Wanneer de testen van de testverbinding akkoord zijn, kunt u ook zelfstandig testen uitvoeren. Tot slot doen we samen met u een pennytest in de productie-omgeving. Testen in Klant Acceptatie Omgeving Onderstaand schema geeft aan welke verschillende stappen zijn binnen het test traject voor FileAct in de testomgeving (KAO). 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 iseen aantal zaken van belang: a. De bestanden voldoen aan de beschrijvingen in hoofdstuk 4. b. In de FileAct header (zie ook hoofdstuk 4.2) wordt de Service Name als volgt aangegeven: swift.corp.fa!p. Dit zorgt ervoor dat de testservice gebruikt wordt en bij de Rabobank uw bestanden naar de testomgeving gestuurd worden. c. Het Request Type moet worden gevuld als beschreven in hoofdstuk 4.2. 2. De connectie wordt gecontroleerd en ingeval van BTL 91 wordt ook uw ingestuurde bestanden gecontroleerd op correctheid door de Klant Acceptatie Omgeving (KAO) van Rabobank. 3. Mocht er iets niet in orde zijn, dan stuurt de KAO een NACK (Negative ACKnowlegdement). Voor meer informatie hierover zie hoofdstuk 5. Indien de connectie in orde is en uw ingestuurde testbestand in het formaat BTL91 voldoet aan de gestelde voorwaarden, ontvangt u via de verbinding een ACK (ACKnowlegdement) en vervolgens een PAIN.002. Indien de connectie in orde is en uw ingestuurde testbestand in het formaat PAIN.001 of PAIN.008 voldoet aan de gestelde voorwaarden, ontvangt u alleen een PAIN.002. Deze PAIN.002 betreft een voorbeeldbestand met een willekeurige afkeurcode. Voor meer informatie over de PAIN.002 verwijzen wij naar de site waar u zowel technische als functionele informatie kunt vinden over dit formaat. 4. Na het versturen van een ACK/NACK/PAIN.002 sturen wij u de volgende testbestanden: a. MT940 Structured (indien gewenst): Dit bestand is gesimuleerd. In het bestand worden wel uw gebruikte rekeningnummers opgenomen. 7
b. CAMT.053 (indien gewenst): Dit bestand is gesimuleerd. In het bestand wordt het door u gebruikte rekeningnummer opgenomen. Let op: Rabobank kan geen garantie bieden dat in de testomgeving behaalde resultaten representatief zijn voor werking in de productie-omgeving. Hier kunnen geen rechten of plichten aan worden ontleend. Daarom adviseren wij u om, nadat u in de Klant Acceptatie Omgeving getest heeft, ook een aantal pennytesten uit te voeren over uw productieverbinding. Testen in productie-omgeving Na het afronden van bovenstaande testen, wordt gestart met een pennytest. Dit proces is gelijk aan het eerder beschreven testtraject, echter wordt nu in de productie-omgeving een bestand met een enkele betaling van 1 euro aangeboden. Deze pennytest toont aan dat de keten binnen de productie-omgeving correct werkt. Als deze betaling goed is verwerkt, kan de productie-omgeving vrijgegeven worden voor gebruik. Na een goedwerkende test in de productie-omgeving, 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 testtraject 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 formaten (PAIN.001, PAIN.008 en BTL91). 2. Net als op de KAO worden controles uitgevoerd op het ingestuurde bestand. 3. Als het bestand technisch correct bevonden is, sturen wij u een ACK. Een ACK betekent echter niet dat het bestand is verwerkt en alle transacties zijn uitgevoerd; er kunnen om allerlei redenen batches of transacties worden afgekeurd. Hiervoor ontvangt u een PAIN.002- bericht. (Uiteraard kan de productie-omgeving ook een NACK sturen. In dat geval zal er onderzocht worden wat er mis is gegaan) 4. Wij sturen u de gevraagde verantwoordingsinformatie via de productie-omgeving. Let op: De intradagformaten MT942s en CAMT.052 die via onze productie-omgeving beschikbaar zijn, kunnen niet gecontroleerd worden in de KAO. Voorbeeldbestanden zijn beschikbaar op de site. 8
4. Initiatie via SWIFT FileAct Onderstaande aandachtspunten zijn van belang bij het aanleveren van betalingsopdrachten: Algemene informatie over Zakelijk Betalingsverkeer is van toepassing en vindt u hier. Reguliere betalingen verwerkt Rabobank conform de Tijdslijnen girale verwerking voor zakelijke klanten. Meer informatie over verwerking tijdens feestdagen vindt u hier. Betaalopdrachten aangeleverd via SWIFT FileAct stelt u zelf samen in uw eigen ERP-pakket. Intrekken van betalingen is alleen mogelijk als de betalingen nog niet verwerkt zijn. Als de betalingen verwerkt zijn, dan kunnen 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. 4.1 Het initiatiebestand SWIFT FileAct ondersteunt het aanleveren van gecomprimeerde (zipped) of gedecomprimeerde (unzipped) initiatiebestanden. In de configuratiefile geeft u aan of u zipped of unzipped aanlevert. Indien u kiest voor gecomprimeerd aanleveren (zipped), is het voorgeschreven formaat ZIP voor het initiatiebestand en staat beschreven in het IETF RFC 1951 formaat (DEFLATE, zie link). Het aangeven van comprimeren (zipped) of decomprimeren (unzipped) in het initiatiebestand: In het veld <FileInfo> in de configuratiefile dient u aan te geven of u gecomprimeerd of gedecomprimeerd bestanden wilt aanleveren door NONE of ZIPmee te geven: <FileInfo>SwCompression=none</FileInfo> betekent dat de bijgevoegde payload gedecomprimeerd is; <FileInfo>SwCompression=zip</FileInfo> betekent dat de bijgevoegde payload gecomprimeerd is. Het vullen van het veld <FileInfo> is vereist voor correcte verwerking van bestanden. In de bijlage vindt u een overzicht van waarop Rabobank uw bestanden valideert. Er is een aantal regels voor de benaming van het initiatiebestand. Vanaf nu refereren we hiernaar in de handleiding door middel van de filename. Voor de benaming (filename) van een gecomprimeerd bestand is ons advies om de volgende structuur te gebruiken: <action>_<datetime>_<sender-bic8><receiver-bic8>_<serial number>.zip Voor een gedecomprimeerd bestand geldt het volgende: <action>_<datetime>_<sender-bic8>_<receiver-bic8>_<serial number>.txt <action>_<datetime>_<sender-bic8>_<receiver-bic8>_<serial number>.xml Naast bovenstaande gelden de volgende regels voor de filename: - De filename mag max. 47 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. _ - <action> kan zijn SCT voor Credit Transfers (Eurobetalingen en non-eurobetalingen, te weten Spoed en/of Wereldbetalingen, mits in PAIN.001/Generic Payment File aangele- 9
verd), SDD voor SEPA Direct Debits (Euro-incassi) of BTL voor Wereldbetalingen (in BTL91 formaat) - <datetime> 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_001.zip Let op: SWIFT stelt de volgende eis bij aanlevering: de maximale grootte van FileAct bestanden die over SWIFTNet gaan is 250 MB (dit is inclusief FileAct header van circa 30Kb). 4.2 De header De FileAct header moet voldoen aan alle door SWIFT gestelde standaarden. In de FileAct header dient in elk geval SwCompression=zip of SwCompression=none te zijn gespecificeerd SwCompression=zip houdt in dat u de het bestand gecomprimeerd aanlevert. SwCompression=none betekent dat u gedecomprimeerd aanlevert. 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 Institutions) 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 Request type dient als volgt meegegeven te worden: PAIN.001.001.03.sct voor Eurobetalingen, Spoedbetalingen, Wereldbetalingen (zie H.2) PAIN.008.001.02.sdd voor SEPA Direct Debit (SDD/Euro incasso s) PAIN.xxx.btl91.bct voor Wereldbetalingen, Spoedbetalingen 4.3 De payload file Rabobank adviseert de Payload Filename identiek te maken aan de naam van het initiatiebestand, waarbij 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 eindigen op.txt. Zowel de header en de payload file moeten zijn gebaseerd op de UTF-8 karakterset. Het is niet mogelijk om in één payloadfile zowel PAIN.001 als PAIN.008-batches of BTL91-batches aan te bieden. 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. 10
4.4 Op welke manier controleert Rabobank uw verzonden bestanden? Wanneer een bestand wordt verstuurd naar de Rabobank via FileAct worden verschillende controles uitgevoerd door Rabobank. Indien deze negatief zijn, stuurt Rabobank u een NACK of een PAIN.002. 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 afkeuringen. Hieronder volgt een aantal voorbeelden waarbij u een NACK of een PAIN.002 kunt verwachten: Indien decompressie niet mogelijk is, ontvangt u een NACK. Er wordt gecontroleerd of het bestandstype herkenbaar is en of u gerechtigd bent bestanden van dit type aan te leveren. Indien dit niet is afgesproken stuurt RDC een NACK bericht terug. Er wordt gecontroleerd 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 wij een duplicaat vinden sturen wij een NACK bericht terug. Er wordt gecontroleerd of het aangeleverde bestand verwerkbaar is. De volgende controles worden uitgevoerd: o Voldoet het formaat van de payload aan de eisen zoals gesteld in het Rabobank formatenboek (zie www.rabobank.com)? o Wordt hierbij niet afgeweken van de voorgeschreven tekenset? o Wordt het maximum van 100.000 betaalopdrachten per bestand niet overschreden? o Wordt het maximum van 10.000 batches in een bestand niet overschreden? o Maakt de rekening waar de betalingsopdracht voor is onderdeel uit van de overeenkomst? o Is de gevraagde uitvoeringsdatum van de transactiebetaling geldig? Zie paragraaf 4.5. o Voldoet de betaalopdracht aan de eisen vanuit wet- en regelgeving? o Per betalingsopdracht wordt tijdens verwerking een aantal controles uitgevoerd. In geval deze controles een negatief resultaat hebben wordt een PAIN.002 verstuurd. 4.5 Uitvoer data en geagendeerde betalingen Het aanbieden van opdrachten met een uitvoerdatum in de toekomst is alleen mogelijk in combinatie met RIB Pro. Ook is het mogelijk om opdrachten met een uitvoerdatum in het verleden aan te bieden. Hieronder staan de regels die worden gehanteerd: Betaalopdracht via PAIN.001: Vandaag - 14 dagen <= uitvoerdatum <= vandaag Vandaag + 1 dag <= uitvoerdatum <= vandaag +365 dagen Anders (te ver in het verleden of de toekomst) Batch wordt meteen verwerkt, Geen RIB Pro noodzakelijk Alleen mogelijk in combinatie met RIB Pro. Anders wordt batch afgekeurd Batch wordt afgekeurd 11
Wereld- en Spoedbetaling via BTL91: Vandaag - 10 dagen <= uitvoerdatum <= vandaag +10 dagen Vandaag + 11 dagen <= uitvoerdatum <= vandaag +365 dagen Anders (te ver in het verleden of de toekomst) Geen RIB Pro nodig Alleen mogelijk in combinatie met RIB Pro. Anders wordt opdracht afgekeurd Opdracht wordt afgekeurd SDD via PAIN.008: Vandaag - 14 dagen <= uitvoerdatum <= vandaag + 20 dagen Vandaag + 20 dagen < uitvoerdatum <= vandaag +365 dagen Anders (te ver in het verleden of de toekomst) Geen RIB Pro nodig Alleen mogelijk in combinatie met RIB Pro. Anders wordt batch afgekeurd Batch wordt afgekeurd Het kanaal checkt niet de aanleverdatum maar de uitvoerdatum. De aanleverdatum voor Euroincasso s is D-1 vóór 7.00 uur en voor Bedrijven Euro-incasso s vóór 11.00 uur. Dit geldt voor alle sequence types: eerste (first), volgende (recurrent), eenmalige (one-off ) en laatste (last) incasso. Indien de opdrachten vóór genoemde tijdstippen zijn ontvangen, worden deze direct verwerkt en de volgende dag bijgeschreven op de rekening. Spoedbetalingen kunnen worden ingezonden in BTL91-formaat of in een Generic Payment File. In dat laatste geval moet er een separate batch met Spoed- en/of Wereldbetalingen worden aangeboden. Reguliere betalingen verwerkt Rabobank conform de Tijdslijnen girale verwerking voor zakelijke klanten. Meer informatie over verwerking tijdens feestdagen vindt u hier. 12
5. Statusberichten en verantwoording via FileAct 5.1 ACK/NACK Statusberichten FileAct Voor elk bestand dat u instuurt via FileAct, wordt getracht binnen 15 minuten een XML-bestand terug te sturen. In dit XML bericht staat aangegeven of het bestand wel of niet is geaccepteerd. Voor een geaccepteerd bestand ontvangt u een ACK. Indien het bestand niet is geaccepteerd, ontvangt u een NACK. Hieronder een voorbeeld van een NACK bericht. Voorbeeld: mypain001.zip_1363953006682_reply.xml <?xml version="1.0" encoding="utf-8"?> <RDCInitiationReply> <ContractId>123</ContractId> <PayloadAction>SCT</PayloadAction> <PayloadVersion>pain.001.001.03</PayloadVersion> <UniqueReference>1363953006682</UniqueReference> <Status>NACK</Status> <TimeStamp>2013-03-22T08:00:00</TimeStamp> <Errors> <Error> <ErrorCode>CAT_001</ErrorCode> <ErrorMessage><![CDATA[ Text you want to escape goes here... ]]> </ErrorMessage> </Error> </Errors> </RDCInitiationReply> Field Explanation Allowed values Required Comment XML type ContractId Y String PayloadAction PayloadVersion SCT SDD Pain.001.001.03 Pain.008.001.02 Y Y Repeated from request Repeated from request UniqueReference Y Repeated from request Status ACK NACK Y Value from Rabobank Timestamp Y Value from Rabobank Errors:Error: ErrorCode Errors:Error: ErrorMessage Tabel met verklarende termen uit het NACK bericht N N String String String String datetime String String Met behulp van het RDCInitiationReply.xsd bestand kunt u de XML bestanden juist valideren. Het bestand RDCInitiationReply.xsd kunt u vinden op www.rabobank.com/rdc onder Downloads. 13
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. 5.2 PAIN.002 status berichten Indien tijdens de verwerking van betaal- en incasso-opdrachten blijkt dat een batch of individuele transactie om een bepaalde reden niet uitgevoerd kan worden, stuurt Rabobank u een melding in de vorm van een XML bericht, een zogenaamde PAIN.002, Dit is alleen mogelijk voor opdrachten geïnitieerd in PAIN-formaat. Een PAIN.002 melding wordt op batchniveau òf op transactieniveau gestuurd. LET OP! De afkeuring met reden op transactieniveau bevat de volledige originele transactiedetails. In geval van een salarisbetaling heeft dit tot gevolg dat het bedrag en begunstigde worden meegestuurd in de PAIN.002. Een functionele en technische beschrijving van het PAIN.002 bericht zijn beschikbaar op www.rabobank.com/swift, via Downloads, dan onder Export formats. In de functionele omschrijving kunt u ook de afkeurcodes vinden. De opbouw van de bestandsnaam van PAIN.002 is als volgt: <Originele bestandsnaam inclusief extensies zoals.xml en/of.zip>_< volgnummer>-pain002.xml Voorbeeld: Originele, door u gegenereerd bestand: SCT_12345678_20140427.xml.zip, levert bij de eerste PAIN.002 de volgende bestandsnaam op: : SCT_12345678_20140427.xml.zip_0000-PAIN002.xml 5.3 Eindedag verantwoording Aan het einde van de dag wordt een verantwoordingsbestand (End of day) verzonden in het gekozen bestandsformaat (CAMT.053 of MT940 Structured). Intradag verantwoording is beschikbaar in de formaten CAMT.052 en MT942 Structured. 14
Onderstaand voorbeeld toont de inhoud van een door Rabobank uitgeleverd CAMT.053 bestand: ZIP file CAMT053_20130322_081011_123.zip header.xml <?xml version="1.0" encoding="utf-8"?> <RDCInformationReply> <ContractId>123</ContractId> <UniqueReference>2013-03-22T08:10:11</UniqueReference> <TimeStamp>2013-03-22T08:10:11</TimeStamp> <PayloadList> <Payload> <FileName>CAMT053.20130322_081011_123.xml</FileName> <Signature>OzqpF3zVMBatlKKH/T18mhbelWM8afWgK/GzaEARF9Cc7AF2CuSSnlL iosk9oj07y/+zqdzpqqr3vzeckguuo6s8mcw9fkfmelntz4szobj/uthh3kpjtbwgokodd0xqo EHqLaOBgUmDEwzjLvmMOBhbON41CitJN+EpYUrHx+kHr5mPSMfZv7AvbMdMychMDWgY7khs lfmtawwksb1bdqava18hi3w7v+htpf6n3yq2ssiwxoalqo5zdkdg5jiavffig25bb4tpbixl00qt Ui5dBxp30k0vdoGL6pw2l3YgvFRCy1mJyY3ofQgaAuGBDI7jnqu9ztVyKQRL70BBHA==</Signat ure> <PayloadAction>CAMT053</PayloadAction> <PayloadVersion>CAMT053v1.2</PayloadVersion> </Payload> </PayloadList> </RDCInformationReply> CAMT053_20130322_081011_123.xml Verklaring van de velden/tags: Field Explanation Allowed values Required Comment xml type ContractId Y string UniqueReference Y Value from Rabobank Timestamp Y Value from Rabobank PayloadList: Payload: FileName PayloadList: Payload: Signature PayloadList: Payload: PayloadAction PayloadList: Payload: PayloadVersion CAMT053 MT940S CAMT053v1.2 MT940Sv1.2 Y Y Y Y Value from Rabobank Value from Rabobank Value from Rabobank Value from Rabobank string string datetime string datetime string 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. 15
Verantwoordingsinformatie wordt afgeleverd in een zip/unzipped bestand met een header met daarin een handtekening. De benaming van het bestand is als volgt: <Formaat>_<YYYYMMDD>_<HHMMSS>_<ContractID>_<Bundel code>.<extensie> Indien u voorkeur heeft voor het ontvangen van gecomprimeerde (zipped) verantwoordingsinformatie kunt u dit doorgeven via uw contactpersoon bij Rabobank. Een functionele beschrijving van de verschillende eindedag-formaten zijn beschikbaar op www.rabobank.com/swift, via Downloads, dan onder Export formats. 5.4 Bundeling verantwoordingsinformatie Standaard verstuurt Rabobank per verantwoordingsservice één bundel (.zip) met daarin alle rekeningnummers die onder uw contract vallen. U kunt er ook voor kiezen om de verantwoordingsinformatie te splitsen in meerdere bundels. Zo kunt u bijvoorbeeld per bedrijfsonderdeel een aparte bundel instellen. Op die manier is het eenvoudig om rekeningnummers in uw administratiesysteem van elkaar gescheiden te houden en hoeft u niet alle afschriften uit 1 bundel te zoeken. Deze optie kunt u voor zowel eindedaginformatie als de intradaginformatie gebruiken. Indien u rekeningen wilt bundelen, dan kunt u dit op het Inrichtingsformulier aangeven. Hieronder ziet u een voorbeeld voor eindedaginformatie: Rekening CCY MT940 Structured Bundel CAMT.053 Bundel NL81RABO<rekening1> EUR X 1 NL81RABO<rekening2> EUR X 1 NL81RABO<rekening3> EUR X 1 NL81RABO<rekening4> EUR X 1 NL81RABO<rekening5> USD X 1 NL81RABO<rekening6> GBP X 1 NL81RABO<rekening7> EUR X 2;1 NL81RABO<rekening8> EUR X 2;1 NL81RABO<rekening9> EUR X 2 NL81RABO<rekening10> EUR X 3 X 2 NL81RABO<rekening11> EUR X 3 NL81RABO<rekening12> EUR X 3 NL81RABO<rekening13> EUR X 3 In dit voorbeeld vindt u rekening 1 t/m 8 in bundel 1, rekening 7 t/m 10 in bundel 2 en rekening 10 t/m 13 in bundel 3. Daarnaast zitten rekeningen 7 en 8 in zowel bundel 1 als in bundel 2 en rekening 10 in bundel 2 en 3. Het is niet mogelijk in 1 bundel zowel CAMT.053 als MT940 Structured of CAMT.052 en MT942 Structured op te voeren; deze formaten zullen altijd in verschillende bundels verzonden worden. In de files die u vervolgens downloadt ziet dat er als volgt uit (waarbij het dikgedrukte deel het bundelnummer is): StatementType_Date_Time_ContractId_statementTransportAgreementId.zip 16
Voorbeeld: MT940S_20131118_213818_112600266_7.zip De bundelnaam (bundelcode) mag alleen letters en cijfers bevatten en is maximaal 8 posities lang. De bundelcode kan opgegeven worden via het Inrichtingsformulier. Indien u geen bundelcode opgeeft wordt automatisch een code voor u gegenereerd op basis van een ID. Deze code heeft een lengte van 1 t/m 19 tekens en ontvangt u van de Rabobank tijdens uw implementatie. 5.5 Intradag verantwoording 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, moet deze rekening al deel uit te maken van de eindedag verantwoording die via dit contract loopt. 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 alleen 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 bundel 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 worden per bundel van rekeningen uitgeleverd. 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. Formaat U kunt de intradag rapportages ontvangen in twee formaten: MT942 Structured of CAMT.052. Het voordeel van de MT942 Structured 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 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). 17
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 Intradag huidige boekdag Intradag boekdag overschrijdend Dagen waarop intradag transacties geleverd worden Elke werkdag m.u.v. zaterdag, zondag en Target closing days 1. Elke werkdag, zaterdag en zondag en Target closing days 2. Eerste mogelijke levertijdstip Laatste mogelijke levertijdstip Levering op vaste tijdstippen of Levering via Boekdagen met vaste frequentie Wat als er geen transacties te rapporteren zijn? 07:00 uur. De eerste rapportage van de dag levert alle transacties die sinds het einde van de vorige boekdag zijn bij- of afgeschreven. Start van de huidige boekdag 3. 18:00 uur 4. Einde huidige boekdag. 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 FileAct 5 U ontvangt alleen transacties die met boekdag vandaag geboekt zijn. 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. 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. 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 FileAct 5 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. Beschikbare formaten MT942S en CAMT.052 MT942S en CAMT.052 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 1 ste en 2 de 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
6. Agenderen, intrekken en tekenen Door SWIFT FileAct in combinatie met Rabo Internetbankieren Professional te gebruiken, is het mogelijk een deel van de mogelijkheden van Rabo Internetbankieren Professional (RIB Pro) te gebruiken. We benoemen en beschrijven de belangrijkste kenmerken van deze mogelijkheden, maar voor uitgebreide informatie over de functionaliteiten in RIB Pro verwijzen wij u naar de handleidingen op de website van RIB Pro. Voor meer informatie over Rabo Internetbankieren Professional en veilig bankieren gaat u naar de volgende websites: RIB Pro inloggen Rabo Internetbankieren Professional Hoe werkt Rabo Internetbankieren Professional? Meer over veilig internetbankieren 6.1 Inrichten Overeenkomst RIB Pro oor het gebruik van SWIFT FileAct in combinatie met Rabo Internetbankieren Professional is een overeenkomst van RIB Pro nodig. Deze overeenkomst inclusief gebruikerspassen en Raboscanners wordt opgezet naast de SWIFT FileAct -overeenkomst. Zodra de overeenkomst actief is, regelt de eigenaar van de overeenkomst zélf de autorisaties voor de gebruikers van de RIB Pro-overeenkomst. De autorisatie-instellingen vindt u onder de optie Zelf regelen Autorisaties. Zo kunt u zelf het aantal handtekeningen per batch/opdracht instellen. Voor Eurobetalingen is het mogelijk de batches door 2 gebruikers te laten ondertekenen. Voor SDD en BTL is alleen 1 e handtekening mogelijk. Om een 1 e of 2 e handtekening te kunnen zetten, zijn in RIB Pro de volgende instellingen noodzakelijk: Voor het zetten van de 1 e handtekening: Minimaal 1 gebruiker moet voor alle rekeningen die in het bestand gebruikt worden, geautoriseerd zijn voor het zetten van de 1e handtekening Voor het zetten van de 2 e handtekening (alleen voor Euro betalingen): Voor elke rekening in het bestand waarvoor getekend moet worden, moet minimaal 1 gebruiker geautoriseerd zijn voor het zetten van de 2e handtekening De benodigde autorisaties kunt u zelf instellen via Zelf regelen > Autorisaties. Meer informatie over de autorisatie-mogelijkheden binnen RIB Pro vindt u in de handleidingen Autorisaties(basis), limieten en opties en Uitgebreide Rekeningautorisaties 6.2 Functionaliteiten RIB Pro Agenderen Indien betaal- en incasso-opdrachten binnen de in hoofdstuk xx genoemde termijn zijn aangeleverd, is het mogelijk deze te raadplegen in RIB Pro (mits de gebruiker de juiste autorisaties heeft_. Intrekken In RIB Pro is het mogelijk om geagendeerde batches in te trekken. Echter, voor batches die zijn aangeleverd in een Generic Payment File wordt dit op een later tijdstip mogelijk. Tot dat moment wordt hiervoor tijdelijk een workaround via Customer Support ondersteund. 19
Tekenen Het ondertekenen van Generic Payment Files en batches in RIB Pro wordt op een later tijdstip mogelijk. Tot dat moment kunnen alléén BTL91- en Euro-bestanden en batches (SCT) worden ondertekend. SDD-opdrachten kunnen alleen op bestandsniveau worden getekend. 20
7. 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 Nederlandstalig pdf-bestand met daarin de volgende gegevens: NAW gegevens onderneming Contactpersonen Contractgegevens Rekeninginformatie o Producten o Afrekenrekening o Bundelinformatie Intradag instellingen 21
8. Ondersteuning en Service Na succesvolle ingebruikname van Rabobank SWIFT for Corporates kunt u voor vragen of het oplossen van problemen terecht bij onze supportdesk voor SWIFT FileAct: Supportdesk: Rabo Corporate Support Geopend: maandag t/m vrijdag van 8:00 tot 17:30 Telefoon: 030-712 1777 Email: corporatesupport@rabobank.com Website: www.rabobank.com/swift Houdt u er rekening mee dat we voor een juiste afhandeling van uw vfraag onderstaande gegevens nodig hebben: Uw gegevens: Bedrijfsnaam of andere referentie De vraag/probleemstelling Informatie over de betreffende download/upload zoals de datum, tijd en bestandsnaam 22
Appendix 1: Afkeurredenen Indien een opdracht, batch of bestand wordt afgekeurd, wordt een NACK of PAIN.002 gegenereerd, afhankelijk van het type afkeuring. Hieronder vindt u een overzicht van de NACK s die u kunt ontvangen. Indien een van de afkeurcodes onduidelijk is kunt u contact opnemen met Rabo Corporate Support. De verklaring van afkeuringen via PAIN.002 vindt u in de Functionele Formaatbeschrijving PAIN.002. NACK: Reject reason code Description NO_AGREEMENT_FOR_ACCOUNT 1, "File {0} contains one or more account(s) ({1}) which are not in the agreement." (only for transactions in BTL91-format) NOT_DIRECT_PROCESSABLE SIGNATURE_NOT_VERIFIED SENDER_NOT_AUTHORIZED XSD_VERSION_UNKNOWN INPUTFILE_NOT_A_ZIP_FILE INPUTFILE_ZIP_CONTAINS_FOLDERS INPUTFILE_ZIP_CONTAINS_TOO_MANY_FILES PAYLOAD_FILE_TYPE_NOT_ZIP_ENC PAYLOAD_FILE_TYPE_NOT_XML_OR_TXT INPUTFILE_ZIP_NOT_COMPLIANT 2, "One or more Execution date(s) are not valid, payment(s) not direct processable: {0}." (only for transactions in BTL91-format) 4, "The signature of file {0} could not be verified successfully." 5, "The sender of file {0} is not authorised to deliver payment instructions, unknown agreement." 6, "Unknown version specified (for XSD) in the header." 7, "The input file ({0}) is not a zip file." 8, "The compressed input file {0} contains one or more folders." 9, "The compressed input file {0} has too many files." 10, "The payload file is of an incorrect file type ('.zip.enc' expected): {0}." 11, "The payload file is of an incorrect file type ('.xml' or '.txt' expected): {0}." 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." PAYLOAD- FILE_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 DUPLICATE_PAYLOAD HEADER_NOT_VALID 17, "The compressed payload file of input file {0} contains an entry with an invalid name." 18, "Duplicate found, the payload of this input file ({0}) has already been successfully processed." 19, "The Header of File {0} does not comply to the RDCInitiationRequest scheme. Technical reason: 23
Reject reason code TOO_MANY_SIGNATURES UNKNOWN_CT_XSD_VERSION UNKNOWN_DD_XSD_VERSION UNKNOWN_BTL_VERSION HEADER_NOT_WELL_FORMED UNKNOWN_XSD_VERSION PAYLOAD_NOT_VALID PAYLOAD_NOT_WELL_FORMED TOO_MANY_CERTIFICATES NO_CERTIFICATES FILE_CAN_NOT_BE_DECRYPTED PAYLOAD_FILE NAME_NOT_COMPLIANT NO_SHARED_SECRET_KEY MISSING_ATTRIBUTE_IN_SHARED_SECRET_KEY TOO_MANY_SHARED_SECRET_KEYS INVALID_INPUT_DIRECTORY INPUTFILE NAME_CONTAINS_SPACES DUPLICATE_INPUTFILE_DETECTED DUPLICATE_INPUTFILES_DETECTED SIGNATURE_NOT_CORRECTLY_BASE64_ENCODED AGREEMENT_SERVICE_RETRIEVAL_EXCEPTION INVALID_REQUEST_TYPE NOT_SCHEDULABLE Description {1}." 20, "Header contains multiple signatures. This is not allowed." 21, "Version of XSD specified in header for Credit Transfer XML is unknown!" 22, "Version of XSD specified in header for Direct Debit XML is unknown!" 23, "Version specified in header for BTL is unknown!" 24, "The Header of File {0} is not well-formed. Technical reason: {1}." 25, "Unknown version specified (for XSD) in the header." 26, "The payload of File {0} does not comply to the SEPA scheme ({1}). Technical reason: {2}." 27, "The payload of File {0} is not well-formed (SEPA scheme ({1}). Technical reason: {2}." 28, "More than one valid certificate available, exactly one certificate should be valid at a given time." 29, "No valid certificate available, exactly one certificate should be valid at a given time." 30, "The file {0} could not be decrypted." 32, "The payload file name found in file {0} is invalid." 33, "Party sent an encrypted file, so at least one valid SharedSecretKey should be available." 34, "Party sent an encrypted file, so SharedSecret- Key attributes are mandatory and should be available." 35, "More than one valid secret key available, only one secretkey should be valid at a given time." 36, "The input directory does not match the directory expected for the agreement of this party." 37, "The input file name ({0}) contains one or more spaces." 38, "A duplicate input file ({0}) has been detected." 40, "Duplicate input files ({0}, {1}) have been detected." 41, "The signature is not correctly base64 encoded." 43, "Exception occured in Agreement Service while retrieving InitiationServiceAgreement." 44, "The RequestType specified in header file {0} is invalid." 48, "One or more Execution date(s) are not valid, payment(s) not schedulable that far in the future: {0}." 24
Reject reason code Description BETAALRECORD_1_NOT_FOUND 100, "BetaalRecord 1 was not found at line {0}." BETAALRECORD_2_NOT_FOUND 101, "BetaalRecord 2 was not found at line {0}." BETAALRECORD_3_NOT_FOUND 102, "BetaalRecord 3 was not found at line {0}." BETAALRECORD_4_NOT_FOUND 103, "BetaalRecord 4 was not found at line {0}." SLUITRECORD_NOT_FOUND 104, "Sluitrecord was not found at line {0}." UNKNOWN_RECORD_CODE INCORRECT_LINE_LENGTH INCORRECT_FIELD_VALUE SECOND_VOORLOOPRECORD_FOUND BETAALRECORD_BEFORE_VOORLOOPRECORD BETAALRECORD_AFTER_SLUITRECORD TOTAALRECORD_BEFORE_VOORLOOPRECORD TOTAALRECORD_BEFORE_BETAALRECORD TOTAALRECORD_AFTER_SLUITRECORD SLUITRECORD_BEFORE_VOORLOOPRECORD SLUITRECORD_BEFORE_BETAALRECORD SLUITRECORD_BEFORE_TOTAALRECORD INVALID_OPDRACHTNUMMER PHANTOM_TOTAALRECORD SUPERFLUOUS_TOTAALRECORD TOTAAL_RECORD_AANTAL_BETAAL_ OPDRACHTEN_ INCORRECT TOTAAL_RECORD_TOTAAL_BEDRAG_MUNTSOORT _INCORRECT SLUIT_RECORD_TOTAAL_AANTAL_RECORDS_ INCORRECT 105, "A line was found with an unknown Recordcode at line {0}." 106, "A line was found with an incorrect line length at line {0}." 107, "A line was found with an incorrect field value at line {0}, field=''{1}'', rejected value=''{2}''." 108, "A second VoorloopRecord was found at line {0}." 109, "A BetaalRecord was found before a VoorloopRecord was found at line {0}." 110, "A BetaalRecord was found after a SluitRecord was found at line {0}." 111, "A TotaalRecord was found before a VoorloopRecord was found at line {0}." 112, "A TotaalRecord was found before a BetaalRecord was found at line {0}." 113, "A TotaalRecord was found after a SluitRecord was found at line {0}." 114,"A SluitRecord was found before a VoorloopRecord was found at line {0}." 115, "A SluitRecord was found before a BetaalRecord was found at line {0}." 116, "A SluitRecord was found before a TotaalRecord was found at line {0}." 117, "A BetaalRecord was found with an incorrect value for field 'Opdrachtnummer(1-4)' at lines {0} - {1}." 118, "A TotaalRecord for currency ''{0}'', for which there are no BetaalRecords, was found at line {1}." 119, "A TotaalRecord for currency ''{0}'' was found for which a TotaalRecord has already been found at line {1}." 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}." 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}." 122, "The number of records counted does not match the number of records specified in the 25
Reject reason code SLUIT_RECORD_TOTAAL_AANTAL_TRANSACTIE_ RECORDS_INCORRECT MISSING_TOTAALRECORD INCORRECT_FILE_FORMAT SWIFT_PAR_FIRST_BYTE_ERROR SWIFT_PAR_INCOMPLETE_HEADER_OR_CONTENT SWIFT_ENCRYPTED_ZIP_NOT_SUPPORTED SWIFT_INVALID_COMPRESSION_TYPE SWIFT_XML_XPATH_ERROR SWIFT_PAYLOAD_DIGEST_ERROR SWIFT_PAR_NOT_FOUND SWIFT_PAYLOAD_FILE_INVALID_LENGTH Description SluitRecord (field 'TotaalAantalRecords') at line {0}." 123, "The number of transactions counted does not match the number of transactions specified in the SluitRecord (field 'TotaalAantalTransactierecordS') at line {0}." 124, "A TotaalRecord for currency ''{0}'' was not found." 125 The payload of file {0} has an incorrect BTL file format (e.g. line(-s) too short, line(-s) too long, missing cr or lf, etc.). 204, "The first byte in the PAR file ''{0}'' is not 0x1f, it is {1}" 205, "PAR file ''{0}'' has an incomplete header or no content, checksum or LAU (size < 38)." 209, "Zip file {0} is encrypted which is not supported." 210, "Compression type {0} is not supported." 211, "The par file "{0}" contains no file digest algorithm." 250, "Payload file ''{0}'' has file digest ''{1}'', but expected ''{2}''." 252, "Corresponding par file for payload file ''{0}'' not found." 253, "The length of the name of the payload file ''{0}'' is invalid." DAP_XML_VALIDATION_ERROR 300, "The XML in the file ''{0}'' is not valid. Errors: {1}" DAP_XML_SYNTAX_ERROR 301, "A syntax error occurred while reading the xml in file ''{0}'': {1}" De meldingen 1, 2 en 100 t/m 124 zijn de afkeurredenen die verzonden worden voor BTL91 betalingen. 26