Formaten van OfficeNet Direct voor import en export van gegevens

Transcriptie

1 Formaten van OfficeNet Direct voor import en export van gegevens CLIEOP 03 ABN AMRO BTL91 SWIFT MT940/MT942 Versie 1.11

2 2005 Alle rechten voorbehouden. Met uitzondering van de in of krachtens de Auteurswet 1912 gestelde uitzonderingen mag niets uit deze uitgave worden verveelvoudigd en/of openbaar gemaakt door middel van druk, fotokopie, microfilm, of op welke andere wijze ook en evenmin in een gegevensopzoeksysteem opgeslagen worden zonder de uitdrukkelijke schriftelijke toestemming van 2

3 Werken met de formaten in OfficeNet Direct Dit document is geschreven voor mensen die specificaties definiëren om gegevens te importeren van of te exporteren naar het ABN AMRO Electronic Banking product OfficeNet Direct. OfficeNet Direct is een op zichzelf staand product. Het kan als communicatiemodule dienen voor ABN AMRO Electronic Banking programma s zoals de modules die onderdeel zijn van OfficeNet voor Windows. OfficeNet Direct kan tevens dienen als communicatieprogramma in combinatie met financieel administratieve pakketten, zodat opdrachten naar ABN AMRO kunnen worden verstuurd en rapportageinformatie kan worden ontvangen. Hebt u vragen en/of opmerkingen naar aanleiding van dit document, dan kunt u contact opnemen met de Electronic Banking ServiceDesk. Met vragen kunt u ook terecht bij de volgende afdeling: ABN AMRO N.V. Afdeling MCBS S&TP T.a.v. Beheer formaten Postbus EA Amsterdam PAC AA Beheer_Formaten@nl.abnamro.com Alhoewel de informatie in dit document met de nodige zorgvuldigheid is samengesteld, aanvaarden wij geen aansprakelijkheid voor eventuele fouten of onnauwkeurigheden daarin. Wij behouden ons het recht voor om de (technische) gegevens van de besproken producten te allen tijde zonder nadere aankondiging te wijzigen. Bij gebruik ten behoeve van derden van de in dit boekje opgenomen informatie vrijwaart u ons voor aanspraken van die derden. ABN AMRO N.V. 3

4 Inhoudsopgave WERKEN MET DE FORMATEN IN OFFICENET DIRECT...3 INHOUDSOPGAVE IN HET KORT: DE ACHTERGROND VAN DE FORMATEN VERWERKING VAN OPDRACHTEN IN OFFICENET DIRECT CLIEOP ALGEMEEN OPDRACHTTYPEN VERPLICHTE RUBRIEKEN IN OFFICENET DIRECT CONTROLES AFWIJKINGEN BIJ ADMINISTRATIEVE VERWERKING BEVEILIGING VAN CLIEOP03-BESTANDEN ABN AMRO BTL ALGEMEEN OPDRACHTTYPEN VERPLICHTE RUBRIEKEN IN OFFICENET DIRECT AFWIJKINGEN BIJ ADMINISTRATIEVE VERWERKING CRITERIA EU-BETALING (IBAN/BIC) BEVEILIGING VAN BTL91-BESTANDEN SWIFT MT ALGEMEEN MT940 BESTAND UIT OFFICENET DIRECT FORMAATBESCHRIJVING TOEGESTANE TEKENS SWIFT MT ALGEMEEN MT942 BESTAND UIT OFFICENET DIRECT FORMAATBESCHRIJVING TOEGESTANE TEKENS...27 BIJLAGE A OVERZICHT VAN FIGUREN EN TABELLEN...28 BIJLAGE B TOELICHTING OP GEBRUIK VAN TAGS IN MT BIJLAGE C TOELICHTING OP GEBRUIK VAN TAGS IN MT

5 1. In het kort: de achtergrond van de formaten De formaten die door OfficeNet Direct worden ondersteund zijn ClieOp03, ABN AMRO BTL91, SWIFT MT940 en SWIFT MT942. Met behulp van deze beschrijving is het mogelijk om specificaties te definiëren om gegevens te importeren in OfficeNet of te exporteren vanuit OfficeNet Direct naar andere software. U leest hier met welke kenmerken u daarbij rekening moet houden. In dit document worden de uitzonderingen ten opzichte van officiële formaatbeschrijvingen van de uitgevende instantie behandeld, tenzij uitdrukkelijk anders is vermeld. Met importeren bedoelen we in dit hoofdstuk het integreren van een bestand met opdrachten in OfficeNet Direct, aangemaakt met een ander programma. Met exporteren bedoelen we het opslaan van saldo- en mutatiegegevens in een bestand dat andere programma s kunnen inlezen. OfficeNet Direct ondersteunt vier formaten: - ClieOp03 - ABN AMRO BTL91 - SWIFT MT940 - SWIFT MT942 De formaten zijn ontwikkeld om elektronische verwerking van gegevens (opdrachten of rekeningrapportage) mogelijk te maken. ClieOp03 is een formaat van Interpay voor de aanlevering van binnenlandse betaalopdrachten en incassi. Het BTL91 formaat is van ABN AMRO, bedoeld om buitenlandse opdrachten elektronisch aan te leveren. De SWIFT formaten zijn van SWIFT (Society for Worldwide Interbank Financial Telecommunication) en zijn bedoeld voor de export van rekeninginformatie. De formaten in OfficeNet Direct wijken af van de officiële formaatbeschrijvingen; ook gelden soms andere validaties. Dit is noodzakelijk om administratieve verwerking in de systemen van ABN AMRO mogelijk te maken. Dit document beschrijft voor ClieOp03 en ABN AMRO BTL91 de specifieke kenmerken voor een correcte aanlevering van gegevens via OfficeNet Direct. Van de SWIFT MT940 en MT942 formaten beschrijven wij de bestandsopbouw zoals we deze voor de presentatie van rekeninginformatie hanteren. 5

6 2. Verwerking van opdrachten in OfficeNet Direct In dit hoofdstuk wordt beknopt uitgelegd hoe opdrachten welke voldoen aan de formaatbeschrijvingen ClieOp03 en ABN AMRO BTL91 worden verwerkt in OfficeNet Direct. Voor een uitgebreide beschrijving verwijzen wij u naar de helpteksten die standaard bij het pakket OfficeNet Direct worden meegeleverd. De helpteksten in het programma roept u aan met behulp van functietoets F1. De opdrachten in het formaat ClieOp03 of ABN AMRO BTL91 kunnen worden aangemaakt in een financieel administratief pakket of een module behorend bij OfficeNet Extra. Deze opdrachten moeten vervolgens als bestand worden opgeslagen. OfficeNet Direct zal deze bestanden automatisch in verwerking nemen wanneer: - de bestanden voldoen aan de formaatbeschrijvingen - de bestanden worden aangeboden in een vooraf afgesproken directory Deze directories zijn gespecificeerd in OfficeNet Direct. U vindt de instellingen voor de directories bij de optie 'Instellingen\Conversies\OfficeNet Direct Import'. Indien de opdrachtbestanden worden geplaatst in de directories die in OfficeNet Direct zijn gespecificeerd zullen deze bestanden worden verwerkt in OfficeNet Direct. Met OfficeNet Direct kunnen de opdrachten vervolgens worden ondertekend en verzonden naar ABN AMRO. Onderstaand figuur geeft schematisch dit proces weer. Figuur 1. Aanmaken en verwerken van opdrachten via OfficeNet Direct Aanmaak opdrachten in fin. adm. pakket of module Opslaan als bestand in gespecificeerde directory Opstarten OfficeNet Direct: optie Opdrachten\ Geïmporteerd Tekenen en Verzenden naar ABN AMRO N.B. De manier waarop het bestand wordt opgeslagen is niet van belang, zolang de bestanden aan de formaatbeschrijvingen voldoen kunnen de bestanden, ongeacht de bestandsextensie, ter verwerking worden aangeboden. Tijdens het verwerkingsproces vindt controle plaats van de aangeboden opdrachten. Gecontroleerd wordt of de opdrachten kunnen worden verwerkt bij ABN AMRO. Dit kan inhouden dat OfficeNet Direct constateert dat de opdrachten nog niet kunnen worden getekend en verzonden omdat niet aan bepaalde eisen is voldaan. Dit is zichtbaar aan de status van het bestand in het scherm 'Opdrachten\Geïmporteerd'in OfficeNet Direct. Opdrachten die niet kunnen worden geïmporteerd zijn zichtbaar in het scherm 'Opdrachten\Geweigerd bij import'. Meer informatie over de status van opdrachten en geweigerde opdrachtbestanden vindt u in de helpteksten behorend bij dit scherm. In de hoofdstukken over ClieOp03 en ABN AMRO BTL91 wordt uitgegaan van de standaard installatie van OfficeNet Direct. Dit is onder meer van belang om te weten voor de instellingen van de directories waarin de opdrachtbestanden worden geplaatst. 6

7 3. ClieOp03 De in dit hoofdstuk beschreven bijzonderheden over het gebruik van het ClieOp03- formaat in combinatie met OfficeNet Direct gaan uit van de officiële formaatbeschrijving ClieOp03 uitgegeven door Interpay. De ClieOp03-formaatbeschrijving is te downloaden van Algemeen Batchopdrachten: zuivere/onzuivere Postbankopdrachten Een Postbankopdracht (betaling naar of incasso van een Postbankrekening) is zuiver als de opdrachtgever heeft gecontroleerd of de tenaamstelling van de Postbankrekening overeenkomt met de registratie van de Postbank. Is dit het geval dan kunnen deze bestanden zonder naam en woonplaatsgegevens geïmporteerd worden. Bij zuivere opdrachten voert de Postbank geen naam/nummercontrole meer uit. Om import van zuivere opdrachten in OfficeNet Direct mogelijk te maken geeft u in het ClieOp03 bestand met het veld Transactiesoort aan dat een opdracht zuiver verwerkt moet worden. 3.2 Opdrachttypen Welke controles OfficeNet Direct toepast en hoe de opdrachten ter verwerking moeten worden aangeboden, wordt bepaald door: de directory waarin de opdrachten worden geplaatst de instelling individueel/batch in OfficeNet Direct eventueel aangebrachte kenmerken in het aangeleverde bestand Deze punten worden hieronder toegelicht. Spoedopdrachten en niet-spoedopdrachten De manier waarop de opdrachten worden verwerkt is afhankelijk van de directory waarin de opdrachten ter verwerking worden aangeboden aan OfficeNet Direct: - Directory 'installatiedirectory'\clieop\: verwerking van alle binnenlandse opdrachten aangeboden in ClieOp03-formaat behalve spoedopdrachten. Dit betreft de opdrachttypes normaal (bankgiro), acceptgiro en batch. - Directory 'installatiedirectory'\clieop\spoed: verwerking van alle binnenlandse spoedopdrachten. Individueel of batch In OfficeNet Direct kunt u instellen of de opdrachten welke worden geïmporteerd individueel moeten worden verwerkt of als batch. Deze afhandeling van de opdrachten is instelbaar in het pakket. U gaat hiervoor naar de map Instellingen en kiest voor Algemeen. Onder het kopje Overige instellingen kunt u bepalen hoe de afhandeling plaats moet vinden. Als u het hokje Opdrachten als batch behandelen aanvinkt worden de geïmporteerde opdrachten als batch verwerkt. Deze opdrachten worden als één bedrag aan u teruggemeld op het dagafschrift. U vinkt het hokje niet aan wanneer alle geïmporteerde opdrachten individueel aan u moeten worden teruggemeld. Let op! 7

8 - Deze instelling is alleen van toepassing als u werkt met OfficeNet Direct in combinatie met een financieel administratief pakket. Wanneer u werkt met de module Binnenland betalen van OfficeNet Extra is het type verwerking (batch, spoed, normaal of acceptgiro) bepalend voor de verwerking van de opdracht in OfficeNet Direct. - Incasso-opdrachten worden altijd als batch verwerkt. Kenmerken in het bestand Door middel van de hiervoor genoemde instellingen kan onderscheid gemaakt worden tussen spoed- en niet-spoedopdrachten en tussen individuele- en batchopdrachten. Het onderscheid tussen normale- (bankgiro) en acceptgiroopdrachten wordt aangegeven door vermelding van het betalingskenmerk en de formuliercode van de acceptgiro in het ClieOp03 bestand. Het voordeel hiervan is dat het mogelijk is om de kenmerken van een acceptgiro te behouden in het betalingsproces. Om opdrachten welke worden aangeboden aan OfficeNet Direct te laten verwerken als acceptgiro plaatst u aan het einde op de eerste positie van de filler van infocode 100 de tweecijferige formuliercode, deze code volgt dus na het rekeningnummer. De formuliercode staat rechtsonderaan in de witte balk op een acceptgiro (voor EUR betalingen begint deze met een 1). Indien van toepassing kunt u het betalingskenmerk van de acceptgiro plaatsen in infocode Incasso-opdrachten worden herkend aan de transactiesoort en moeten altijd in een aparte batch worden aangeleverd. 8

9 3.3 Verplichte rubrieken in OfficeNet Direct In de onderstaande tabel wordt aangegeven welke rubrieken verplicht moeten worden gevuld in het ClieOp03 bestand. De vetgedrukte velden geven de afwijkingen aan ten opzichte van de formaatbeschrijving van Interpay. Als de rubriek zich bevindt in een info-indeling waartoe meer rubrieken behoren, geven we tevens aan in welke info-indeling de rubriek zich bevindt. Tabel 1. ClieOp03 en de verplichte rubrieken in OfficeNet Direct Rubriek ClieOp03 OfficeNet Direct Aanleveringsmuntsoort (Batchvoorloopinfo) Verplicht Aanmaakdatum bestand (Batchvoorloopinfo) Verplicht Aantal posten (Batchsluitinfo) Verplicht Batchvolgnummer (Batchvoorloopinfo) Verplicht* Bedrag (Transactieinfo) Verplicht Bestandsidentificatie (Bestandsvoorloopinfo) Verplicht Duplicaatcode (Bestandsvoorloopinfo) Niet verplicht Inzenderidentificatie (Bestandsvoorloop info) Niet verplicht Infocode (Alle info s) Verplicht Naam begunstigde Verplicht ** Naam opdrachtgever (Opdrachtgeverinfo) Verplicht NAW code (Opdrachtgeverinfo) Verplicht (waarde 1) Reknr begunstigde (Transactieinfo) Verplicht Reknr betaler (Transactieinfo) Verplicht Reknr opdrachtgever (Batchvoorloopinfo) Verplicht Testcode (Opdrachtgeverinfo) Verplicht (waarde P) Totaalbedrag (Batchsluitinfo) Verplicht Totaal reknrs (Batchsluitinfo) Verplicht Transactiegroep (Batchvoorloopinfo) Verplicht Transactiesoort (Transactieinfo) Verplicht Variantcode (Alle info s) Verplicht Woonplaats Begunstigde Verplicht*** * Bij import van één batch in een bestand kan worden volstaan met nullen ** Met uitzondering van batchverwerking *** Met uitzondering van batchverwerking en spoed 9

10 3.4 Controles OfficeNet Direct ondersteunt sommige rubrieken bij verwerking van een ClieOp03 bestand niet. Wel controleert OfficeNet Direct deze rubrieken bij import van een ClieOp03 bestand. In de onderstaande tabel geven we een overzicht van deze rubrieken met een beschrijving van de bijzonderheden. Als de rubriek zich bevindt in een info-indeling waartoe meer rubrieken behoren, geven we tevens aan in welke info-indeling de rubriek zich bevindt. Tabel 2. Niet ondersteunde ClieOp03 rubrieken Rubriek ClieOp03 Bijzonderheden in OfficeNet Direct Duplicaatcode Deze geeft aan of het bestand een duplicaat is van een eerder ter (Bestandsvoorloopinfo) verwerking aangeboden bestand. Deze rubriek kunt u niet gebruiken bij import van een ClieOp03 bestand in OfficeNet Direct. NAWcode (Opdrachtgever info) Testcode (Opdrachtgever info) Deze rubriek vult u met de waarde 1 (unicaat). Bij verwerking van een ClieOp03 bestand via OfficeNet Direct is het niet mogelijk om via de rubriek NAWcode (Opdrachtgever info) voor onzuivere Postbankrekeningnummers de NAW-gegevens te ontvangen zoals Interpay die heeft geadministreerd. Deze rubriek vult u dus met de waarde 1 (NAW niet gewenst). Deze rubriek is bij verwerking van een ClieOp03 bestand via OfficeNet Direct niet van toepassing. Als u hier de waarde T (test) invult, wordt dit bij verwerking in de banksystemen genegeerd en worden de opdrachten in het aangeboden bestand gewoon uitgevoerd. Vul bij Testcode de waarde P (produktie) in. Toegestane tekens Bij import van een ClieOp03 bestand zal OfficeNet Direct controleren of de karakters in het aangeboden bestand toegestaan zijn voor verwerking in de systemen van de ABN AMRO Bank. De volgende tekens zijn toegestaan: - hoofdletters; - cijfers; - de leestekens spatie ( ), punt (.), asterisk (*), slash (/), at (@), minteken/koppelteken (-) percentage (%), ampersand (&) en gelijk (=). Alle andere tekens vervangt OfficeNet Direct bij het importeren door spaties. We adviseren daarom alleen de toegestane tekens te gebruiken. Fillers: alleen spaties Als de fillers in een ClieOp03 bestand bij import in OfficeNet Direct andere tekens bevatten dan spaties kan het bestand niet worden geïmporteerd. Dit geldt niet voor: het betalingskenmerk en de formuliercode van de acceptgiro (zie paragraaf 3.2) het gebruik van een Des Hash code ter controle van het bestand (zie paragraaf 3.6) in de eerste regel van het clieop bestand kunnen alfanumerieke tekens staan. 10

11 3.5 Afwijkingen bij administratieve verwerking In ClieOp03 is voor elke rubriek een aantal posities in het bestand beschikbaar. Ook in OfficeNet Direct geldt een maximaal aantal posities per rubriek. Het aantal beschikbare posities in OfficeNet Direct kan afwijken van het aantal posities dat beschikbaar is volgens de formaatbeschrijving van ClieOp03. Dit heeft te maken met de afhandeling in de systemen van ABN AMRO. OfficeNet Direct controleert het aantal posities bij import van het ClieOp03 bestand. Eventuele aanpassingen die hierin worden gedaan zijn zichtbaar door middel van de status die het geïmporteerde bestand krijgt. Tevens wordt gemeld welke aanpassing het betreft. De onderstaande tabel geeft het aantal toegestane posities weer. Als de rubriek zich bevindt in een info-indeling waartoe meerdere rubrieken behoren, geven we tevens aan in welke info-indeling de rubriek zich bevindt. Tabel 3. Aantal beschikbare posities in OfficeNet Direct Rubriek ClieOp03 OfficeNet Direct Naam begunstigde (35 posities) 24 posities (naam) Naam betaler (35 posities) 24 posities (naam) Woonplaats begunstigde (35 posities) 20 posities (plaats) 18 posities (plaats) voor spoedopdrachten Woonplaats betaler (35 postities) 20 posities (plaats) Betalingskenmerk (16 posities) 3 * 32 posities (omschrijving, zie onderstaande Vaste omschrijving (4 * 32 posities) toelichting) Omschrijving (4 * 32 posities) De rubrieken Betalingskenmerk, Vaste omschrijving en Omschrijving worden bij import van het ClieOp03 bestand, voor zover het aantal posities dit toelaat, gevuld in het veld Omschrijving in OfficeNet Direct. In dit veld zijn 3 regels beschikbaar van elk 32 posities. Deze regels worden achtereenvolgens gevuld met de rubrieken Betalingskenmerk, Vaste omschrijving en Omschrijving. Tussen de rubrieken wordt een spatie geplaatst binnen het beschikbare aantal posities in OfficeNet Direct. De overige posities in de rubriek(en) vervallen. 11

12 3.6 Beveiliging van ClieOp03-bestanden Indien u voor de aanmaak van opdrachten gebruik maakt van de module Binnenland betalen of Incasso van OfficeNet Extra wordt aan het bestand dat wordt klaargezet voor verzending een Des Hash code toegevoegd. Een Des Hash code is een controlecijfer, het is het resultaat van een berekening die over een aantal variabelen in het bestand wordt uitgevoerd. Deze Des Hash code wordt aangemaakt volgens de standaard van de Nederlandse Vereniging van Banken Des Hash formule, versie 7.1. In het ClieOp03 bestand wordt de Des Hash code toegevoegd in de filler die beschikbaar is bij de info-indeling 'Bestandssluitinfo'. Het toevoegen van de Des Hash code maakt een betere beveiliging mogelijk doordat de Des Hash code in het bestand dat is gegenereerd door de modules van OfficeNet Extra kan worden vergeleken met de Des Hash code die door OfficeNet Direct wordt berekend over het geïmporteerde bestand. De Des Hash code wordt toegevoegd aan een opdrachtenbestand en gemeld in een overzicht wanneer het vanuit de modules wordt klaargezet voor verzending. Het overzicht meldt eveneens welke opdrachten klaargezet zijn voor verzending. De informatie in het overzicht kan worden afgedrukt. Vervolgens is na import in OfficeNet Direct bij de optie 'Opdrachten\Geïmporteerd'zichtbaar welke Des Hash code is berekend over het aangeboden bestand. Door de muisaanwijzer op het slotje te zetten wordt de Des Hash code getoond. Tevens is het mogelijk om hiervan een afdruk te maken. Kies hiervoor in OfficeNet Direct voor de optie 'Rapporten\Importverslagen'. Door te dubbelklikken op de opdrachtregel verschijnt een gedetailleerd importverslag dat afgedrukt kan worden. 12

13 4. ABN AMRO BTL91 De in dit hoofdstuk beschreven bijzonderheden over het gebruik van het ABN AMRO BTL91-formaat in combinatie met OfficeNet Direct gaat uit van de officiële formaatbeschrijving Buitenland Opdrachten ABN AMRO BTL91 (of kortweg BTL91). Deze is uitgegeven door de afdeling Girale Buitenlandse Betaalproducten van ABN AMRO(versie mei 1998). 4.1 Algemeen Buitenlandse opdrachten welke moeten worden geïmporteerd in OfficeNet Direct plaatst u in de directory 'installatiedirectory'\btl91, ongeacht het opdrachttype. 4.2 Opdrachttypen Via BTL91 kunnen de volgende buitenlandse opdrachttypen worden geïmporteerd in OfficeNet Direct: ABN AMRO Buitenland betaling Normaal ABN AMRO Buitenland betaling Spoed ABN AMRO Cheque ABN AMRO EU-betaling (IBAN/BIC) De codes voor het definiëren van de Buitenland betalingen en Cheque opdrachten zijn beschikbaar in de formaatbeschrijving van BTL91. Er is geen code beschikbaar voor een EU-betaling (IBAN/BIC). Voor het samenstellen van een EU-betaling (IBAN/BIC) zie paragraaf

14 4.3 Verplichte rubrieken in OfficeNet Direct Onderstaande tabel toont welke rubrieken afwijkend t.o.v. de formaatbeschrijving ABN AMRO BTL91 al of niet verplicht moeten worden gevuld in het BTL91 bestand. Dit is mede afhankelijk van de opdrachtsoort. Tabel 4. BTL91 en de verplichte rubrieken in OfficeNet Direct Rubriek Omschrijving BTL91 Normaal Spoed Cheque 22-3 Begunstigde-Accountnr Nee Nee Nee Nee 22-6 Begunstigde-Woonplaats Ja Ja Ja Ja 22-8 Begunstigde-Landnaam Nee Ja Ja Ja 23-4 Bank-Beg-Naam Nee Nee Nee Nee 23-6 Bank-Beg-Woonplaats Ja Ja Ja Ja 4.4 Afwijkingen bij administratieve verwerking Het BTL91 formaat is ontwikkeld voor directe elektronische aanlevering van buitenlandse betalingsopdrachten aan ABN AMRO. In een later stadium is het formaat tevens in OfficeNet Direct geïmplementeerd. De aanpassingen die hiervoor noodzakelijk waren worden in deze paragraaf beschreven. In BTL91 is voor elk record een bepaald aantal posities beschikbaar. Ook in OfficeNet Direct geldt een maximaal aantal posities per rubriek. Het aantal beschikbare posities in OfficeNet Direct kan afwijken van het aantal posities dat beschikbaar is volgens de formaatbeschrijving van BTL91. Eventuele aanpassingen die hierin worden gedaan zijn zichtbaar door middel van de status die het geïmporteerde bestand krijgt. Tevens wordt gemeld welke aanpassing het betreft. De onderstaande tabel geeft het aantal toegestane posities weer. Tabel 5. Aantal beschikbare posities in OfficeNet Direct Record ABN AMRO BTL91 OfficeNet Direct Omschr-Aard-Vd-Betaling-1 70 posities (aard van de opdracht) zie (40 posities) onderstaande toelichting Omschr-Aard-Vd-Betaling-2 (40 posities) In het veld Aard van de opdracht in OfficeNet Direct zijn in totaal 70 posities beschikbaar. Als zowel record als record gevuld zijn, wordt tussen de rubrieken een spatie geplaatst binnen het beschikbare aantal posities in OfficeNet Direct. De overige karakters in het bestand vervallen. Rekeningnummer begunstigde In record 22-3, Begunstigde-accountnr, mag een BTL91 bestand voor import in OfficeNet Direct geen gebruik maken van scheidingstekens, koppeltekens enz. Dit kan leiden tot onjuiste import van de rekeningnummers, wat succesvolle verwerking van de opdracht in de weg staat. 14

15 4.5 Criteria EU-betaling (IBAN/BIC) Met BTL91 kunt u een EU-betaling (IBAN/BIC) in OfficeNet importeren. Een EU-betaling(IBAN/BIC) moet daarbij aan de volgende voorwaarden voldoen om tegen binnenlands tarief verwerkt te worden: Het bedrag van de betaling is in euro's; Het bedrag van de EU Betaling is maximaal euro; De kosten voor verwerking van de betaling worden gedeeld tussen opdrachtgever en begunstigde; Vermelding van het correcte en volledig rekeningnummer van de begunstigde opgegeven in IBAN formaat; Vermelding van correcte en volledige BIC (voorheen genaamd SWIFT- adres) van de bank van de begunstigde; De rekening van de begunstigde wordt aangehouden in een van de EU landen *; Geen aanvullende betalingsinstructies Voor de indeling van de betaalrecords in de BTL91-opdracht, welke niet wijzigt, leidt dit tot de volgende overeenkomstige rubriekbeschrijvingen: Tabel 6 Indeling Betaalrecord EU-betaling(IBAN/BIC) Rubriek Naam Startpositie Vorm Inhoud 21-5 OPDRACHT-MUNTCODE-ISO 20 3a EUR 21-6 OPDRACHTBEDRAG 23 15n 3d <= CODE-KOSTEN-BNL 46 1n CODE-KOSTEN-KORR 47 1n BEGUNSTIGDE-ACCOUNTNR 7 34a International Bank Account Number(IBAN) BANK-BEGUNSTIGDE- SWIFTADRES 7 11a volledige en juiste BIC BANK BEGUNSTIGDE- LANDCODE-ISO 146 2a EU-landencode Toegestane tekens Bij import van een BTL91 bestand zal OfficeNet Direct controleren of de tekens in het aangeboden bestand toegestaan zijn voor verwerking in de systemen van ABN AMRO. De volgende tekens zijn toegestaan: - hoofdletters; - cijfers; - de leestekens spatie ( ), punt (.), asterisk (*), slash (/), at (@), minteken/koppelteken (-) percentage (%), ampersand (&) en gelijk (=). Alle andere tekens vervangt OfficeNet Direct bij het importeren door spaties. We adviseren daarom alleen de toegestane tekens te gebruiken 15

16 4.6 Beveiliging van BTL91-bestanden Indien u voor de aanmaak van opdrachten gebruik maakt van de module Buitenland betalen van OfficeNet Extra wordt aan het bestand dat wordt klaargezet voor verzending een Des Hash code code toegevoegd. Een Des Hash code is een controlecijfer, het is het resultaat van een berekening die over een aantal variabelen in het bestand wordt uitgevoerd. Deze Des Hash code wordt aangemaakt volgens de standaard van de Nederlandse Vereniging van Banken Des Hash formule, versie 7.1. In het BTL91-bestand wordt de Des Hash code vermeld in tag 41-4 (sluitrecord). Indien u gebruik maakt van een financieel administratief pakket dat het BTL91- bestand zonder Des Hash code aanmaakt, kan met behulp van (speciaal voor dit doel) op de markt beschikbare software alsnog een Des Hash code worden toegevoegd Het toevoegen van de Des Hash code maakt een goede beveiliging mogelijk doordat de Des Hash code in het bestand, dat is gegenereerd door het financieel administratieve pakket of de buitenland module van OfficeNet Extra, kan worden vergeleken met de Des Hash code die door OfficeNet Direct wordt berekend over het geïmporteerde bestand. Het is niet verplicht om een Des Hash code toe te voegen. Om in Officenet Direct BTL91 bestanden zonder Des Hash code te importeren dient onder Instellingen/geavanceerd de optie Buitenlandse betalingen zonder hash accepteren aangevinkt te worden. Alleen de hoofdgebruiker is hiertoe geautoriseerd. Als de opdrachten worden aangemaakt met behulp van de module Buitenland betalen van OfficeNet Extra wordt de toegevoegde Des Hash code gemeld in een overzicht van de opdrachten die zijn klaargezet voor verzending. De informatie in het overzicht kan worden afgedrukt. Na import in OfficeNet Direct is bij de optie 'Opdrachten\Geïmporteerd'zichtbaar welke Des Hash code is berekend over het aangeboden bestand. Door de muisaanwijzer op het slotje te zetten wordt de Des Hash code getoond. Tevens is het mogelijk hiervan een afdruk te maken. Kies hiervoor in OfficeNet Direct voor de optie 'Rapporten\Importverslagen'. Door te dubbelklikken op de opdrachtregel verschijnt een gedetailleerd importverslag dat afgedrukt kan worden. 16

17 5. SWIFT MT940 OfficeNet Direct gebruikt het formaat SWIFT MT940 (of kortweg MT940) om rekeninginformatie te exporteren naar andere pakketten. In de voorgaande hoofdstukken (ClieOp03 en ABN AMRO BTL91) zijn alleen de verschillen met de officiële formaatbeschrijvingen behandeld. Hier wordt een volledig overzicht van het SWIFT MT940 formaat gegeven zoals OfficeNet Direct dit voor rapportage van rekeninggegevens gebruikt. 5.1 Algemeen De indeling van de informatie in het MT940-bestand is gebaseerd op het zogenoemde SWIFT-formaat. SWIFT (Society for Worldwide Interbank Financial Telecommunication) is een internationaal, elektronisch communicatienetwerk dat banken over de hele wereld gebruiken voor informatie-uitwisseling. Hiervoor is een universeel gestandaardiseerd formaat vastgesteld. Een MT940 Customer Statement Message is vergelijkbaar met een dagafschrift en is als volgt opgebouwd: Message header Transactie identificatie Rekeningnummer Volgnummer Beginsaldo Transacties Transactie gegevens (0 n) Transactie omschrijving Eindsaldo (indien aanwezig) Bericht omschrijving Message trailer Het bestand bestaat uit één (1) of meer messages. Elke message bestaat uit een Message Header, gevolgd door een Customer Statement Message (MT940), die weer gevolgd wordt door een Message Trailer. In de formaatbeschrijving gebruikt men bepaalde afkortingen; in onderstaande tabel worden deze verklaard. Tabel 7. Verklaring van gebruikte afkortingen Afkorting Verklaring V Verplicht O Optioneel; Tag-niveau [ ] Optioneel; Veld-niveau X Alfanumeriek N Numeriek A Alfabetisch 15NUM Bedrag bestaande uit maximaal 15 karakters met daarin begrepen een komma als decimaal scheidingsteken Cijfer Maximaal aantal posities;variabele lengte Onderstreept cijfer Vast aantal posities;vaste lengte 17

18 Elk record wordt geïdentificeerd door een Tag. Een record bestaat uit een Tag gevolgd door inhoudelijke informatie en afgesloten met een 'carriage return/line feed'. De records kunnen een variabele lengte hebben. Voor eenzelfde Tag kan de indeling per record verschillend zijn. Een record kan onderverdeeld zijn in velden. Een veld mag nooit beginnen met CRLF of ':'. Een regel in het bestand mag nooit met '-' beginnen. Dagafschriftnummering De dagafschriftnummering in OfficeNet Direct wijkt af van de papieren dagafschriftnummering. Hoe MT940 hiermee omgaat wordt beschreven in Bijlage B. Mutatiecodes Het wordt afgeraden om het veld mutatiecode, opgenomen in tag 61 ( Type of transaction subfield 6, zie tabel 10), als controle-kenmerk te gebruiken in financiële software. MT940 levert nu in tag 61 een drie-cijferige mutatiecode op. Deze mutatiecode wordt intern door ABN AMRO gebruikt. Bij oudere exportformaten was dit een drie-letter combinatie. Sommige boekhoudpakketten maakten van de lettercombinatie gebruik om de verzonden betalingen met de terugmelding te controleren. Dit is bij MT940 niet mogelijk. Het wordt niet aangeraden om de driecijferige mutatiecodes als referentie te gebruiken aangezien deze kunnen veranderen. 5.2 MT940 bestand uit OfficeNet Direct Bij de optie Conversies in de map Instellingen worden bij OfficeNet Direct Export gespecificeerd in welke directory de dagafschriften worden geplaatst. Standaard is dit de directory..\exports\mt940 onder de directory waarin OfficeNet Extra is geïnstalleerd. Tevens wordt aangegeven wat de naam van het bestand is, standaard is dit MT940.STA. Voor het aanmaken van de MT940-bestanden kan worden aangegeven of de bestanden die worden aangemaakt moeten worden toegevoegd of overschreven. De standaardinstelling is Toevoegen. Dit betekent dat de bestaande bestanden worden aangevuld met de informatie die tijdens communicatie is verkregen (de bestanden worden dus groter). Om de integratietijd te verminderen wordt geadviseerd om de bronbestanden bij gebruik van een financieel administratief pakket handmatig te verwijderen. Indien wordt gekozen voor Overschrijven worden de bestanden na iedere communicatiesessie vervangen met de nieuw verkregen informatie. Het oude bestand wordt overschreven en gaat verloren. Bij deze instelling is het dus van belang om na iedere communicatiesessie de ontvangen informatie te integreren. N.B. Met het invullen van een Herzenddatum bij de optie Handmatige communicatie kunt u de informatie vanaf deze datum opnieuw ophalen bij de Bank. Dit kan tot 45 dagen in het verleden. Zo kan informatie die verloren is gegaan opnieuw voor integratie worden opgehaald. Aandachtspunten De bestanden bevatten altijd alle rekeningnummers die via het aangegeven Electronic Banking Contract in OfficeNet Direct worden gerapporteerd. Als het financieel administratieve pakket maar één dag rapportage kan integreren moet gebruik worden gemaakt van de instelling Overschrijven. Vervolgens dient dagelijks gecommuniceerd te worden met OfficeNet Direct om de rapportage op 18

19 te halen (anders kan een bestand ontstaan waarin meerdere dagen tegelijk worden gerapporteerd). 5.3 Formaatbeschrijving Onderstaand wordt de formaatbeschrijving gegeven van de MT940 Customer Statement Message. Tabel 8 geeft de opbouw van het MT940 bericht weer. Een MT940 bericht begint met een SWIFT Message Header en wordt afgesloten door een SWIFT Message Trailer. De specificaties hiervan worden gegeven in tabel 9.Tabel 10 geeft vervolgens een specificatie van de Customer Statement Message per Tag. Een toelichting op het gebruik van de tags wordt gegeven in Bijlage B. Tabel 8. Opbouw van MT940 Customer Statement Message V/O Tag Field Name Picture Once per message: V :20: Transaction Reference Number (TRN) 16X O :21: Reference to related message/transaction 16X V :25: Account identification 35X V :28: or :28C: Statement number/sequence number 5N[/2N] 5N/(/3N) V :60m: Opening balance (:60F: or :60M:) A6N3A 15 NUM Transaction group, can be repeated as long as max. length of the message allows: O :61: Statement Line 6N1A 15 NUM 4X6X O :86: Description of transaction 6 * 65X Once per message: V :62m: Closing balance (:62F: or :62M:) A6N3A 15 NUM O :64: Closing available balance 1A6N3A 15 NUM Balance group, can be repeated as long as max. length of the message allows: O :65: Forward available balance 1A6N3A 15 NUM Once per message: O :86: Description of message 6 * 65X N.B. Als de informatie groter is dan opgeslagen (verzonden) kan worden in één SWIFT-bericht, dan volgen één of meer deelberichten en wordt voor de aansluiting gewerkt met een tussensaldo (:60M: en :62M:) ABN AMRO gebruikt het SWIFT-formaat alleen voor rapportagegegevens. Bij export van de rekeninggegevens vanuit OfficeNet Direct worden de SWIFT Message Headers toegevoegd en een SWIFT Message trailer. 19

20 Deze toevoegingen hebben de waarden: SWIFT Message Headers ABNANL2A 940 ABNANL2A SWIFT Message Trailer - De SWIFT-adressen in de header kunnen van een andere bank zijn. We adviseren om de gegevens uit de Message Header niet te gebruiken als kenmerk/identificatie voor reconciliatiedoeleinden. Tabel 9. Specificatie MT940 Message Header/Trailer V/O Description Picture Value V Header part 1 (Swift-adres sender) 12X ABNANL2A or other V Header part 2 Message type 3N 940 V Header part 3 (Swift-adres receiver) 12X ABNANL2A MT940 Customer statement Message V Trailer 1X - Tabel 10. Specificatie MT940 Customer Statement Message per Tag V/O Tag Description Picture Value V 20 Tag 20 4X :20: V 1 Transaction Reference Number (TRN) 16X CS2 (end of line) 2X CRLF = X'0D25'or 0D0A' O 21 Tag 21 4X :21: V 1 Ref to related mess/trans 16X V 25 Tag 25 4X :25: V 1 Account number 35X V 28 or 28C Tag 28 or Tag 28C 4X or 5X :28: or :28C: V 1 Statement Number 5N O 2 Sequencenumber (Page number) [/2N] With Tag 28 O 2 Sequencenumber (Page number) [/3N] With Tag 28C V 60m Tag 60m Opening balance 5X :60m : m = F or M V 1 Debit-credit indication 1A C or D V 2 Date (last entry data) 6N Format JJMMDD V 3 Currrency code (ISO currency code) 3A V 4 Opening balance or interim balance 15 NUM 20

21 Vervolg Tabel 10. Specificatie MT940 Customer Statement Message per Tag V/O Tag Description Picture Value NO 61 Tag 61 Statement line 4X :61: transaction line V 1 Value date (valutadatum) 6N Format JJMMDD O 2 Entry date (boekdatum) [4N] Format MMDD V 3 Debit-credit indication 2A 'C','D', 'C ', 'D, 'RC'or 'RD' O 4 Funds code 1A 3rd pos. currency code V 5 Transaction amount 15 NUM V 6 Type of transaction 4X O 7 Reference for 'account owner' 16X O 8 Account Servicing bank ref [//16X] O 9 Further reference/info [34X] CS2 (end of line) [2X] CRLF = X'0D25'or '0D0A' NO 86 Tag 86 4X :86: O Description at transaction level 6 * 65X Max. 6 lines, each followed by V 62m Tag 62m (booked funds) 5X :62m: m = F or M V 1 Debit-credit indication 1A C or D V 2 Closing balance entry date 6N format JJMMDD V 3 ISO currency code 3A V 4 Closing balance / interim balance 15 NUM O 64 Tag 64 (Available funds) 4X :64: V 1 Debit-credit indication 1A C or D V 2 Closing balance date 6N Same as date in 62m V 3 ISO currency code 3A V 4 Available closing balance 15 NUM NO 65 Tag 65 Forward Available Balance 4X :65: V 1 Debit-credit indication 1A C or D V 2 Date 6N V 3 ISO currency code 3A V 4 Available forward balance 15 NUM O 86 Tag 86 4X :86: O Description at message level 6*65X Max. 6 lines each followed by 21

22 5.4 Toegestane tekens De volgende tekens zijn toegestaan: - hoofdletters - cijfers - de tekens: spatie ( ), punt (.), haakje openen (, haakje sluiten ), koppelteken (-), slash (/). kleiner dan (<), plus (+), ampersand (&), dollarteken ($), asterisk (*), punt-komma (;), procent (%), apenstaartje (@), is gelijk (=), dubbel quote ( ), back-slash (\). 22

23 6. SWIFT MT942 OfficeNet Direct gebruikt het formaat SWIFT MT942 (of kortweg MT942) om intradaginformatie te exporteren naar andere pakketten. In de hoofdstukken over ClieOp03 en ABN AMRO BTL91 zijn alleen de verschillen met de officiële formaatbeschrijvingen behandeld. Net als in het vorige hoofdstuk wordt hier een volledig overzicht van het SWIFT MT942 formaat gegeven zoals OfficeNet Direct dit voor rapportage van intradagmeldingen gebruikt. 6.1 Algemeen De indeling van de informatie in het MT942-bestand is gebaseerd op het zogenoemde SWIFT-formaat. SWIFT (Society for Worldwide Interbank Financial Telecommunication) is een internationaal, elektronisch communicatienetwerk dat banken over de hele wereld gebruiken voor informatie-uitwisseling. Hiervoor is een universeel gestandaardiseerd formaat vastgesteld. Een MT942 Interim Transaction Report is vergelijkbaar met een dagafschrift en ziet er als volgt uit: Message header Transactie identificatie Rekeningnummer Volgnummer Indicatie onderlimiet dt /cr Transacties Transactie gegevens (0 n) Transactie omschrijving Aantal en som transacties dt/cr Bericht omschrijving Message trailer Het bestand bestaat uit één of meer messages. Elke message bestaat uit een message header, gevolgd door een Interim Transaction Report (MT942), die weer gevolgd wordt door een message trailer. In de formaatbeschrijving gebruikt men bepaalde afkortingen; in onderstaande tabel worden deze verklaard. Tabel 11. Verklaring van gebruikte afkortingen : Afkorting Verklaring V Verplicht O optioneel (Tag-niveau) [ ] optioneel (veld-niveau) X Alfanumeriek N Numeriek A Alfabetisch 15NUM bedrag bestaande uit maximaal 15 karakters met daarin begrepen een komma als decimaal scheidingsteken Cijfer maximaal aantal posities (variabele lengte) Onderstreept cijfer vast aantal posities (vaste lengte) Een record wordt geïdentificeerd door een Tag. Elk record bestaat uit een Tag gevolgd door inhoudelijke informatie en wordt afgesloten met een 'carriage return/line 23

24 feed'. De records kunnen een variabele lengte hebben. Voor eenzelfde Tag kan de indeling per record verschillend zijn. Een record kan onderverdeeld zijn in velden. Een veld mag nooit beginnen met CRLF of ':'. Een regel in het bestand mag nooit met '-'beginnen. 6.2 MT942 bestand uit OfficeNet Direct Bij de optie Conversies in de map Instellingen worden bij OfficeNet Direct Export gespecificeerd in welke directory de intradagmeldingen worden geplaatst. Standaard is dit de directory..\exports\mt942 onder de directory waarin OfficeNet Extra is geïnstalleerd. Tevens wordt aangegeven wat de naam van het bestand is, standaard is dit MT942.STA. Voor het aanmaken van de MT942-bestanden kan worden aangegeven of de bestanden die worden aangemaakt moeten worden toegevoegd of overschreven. De standaardinstelling is Toevoegen. Dit betekent dat de bestaande bestanden worden aangevuld met de informatie die tijdens communicatie is verkregen (de bestanden worden dus groter). Indien wordt gekozen voor Overschrijven worden de bestanden na iedere communicatiesessie vervangen met de nieuw verkregen informatie. Het oude bestand wordt overschreven en gaat verloren. Bij deze instelling is het dus van belang om na iedere communicatiesessie de ontvangen informatie te integreren. 6.3 Formaatbeschrijving Onderstaand wordt de formaatbeschrijving gegeven van de MT942 Interim Transaction Report. Tabel 14 geeft de opbouw van het MT942 bericht weer. Een MT942 bericht begint met een SWIFT Message Header en wordt afgesloten door een SWIFT Message Trailer. De specificaties hiervan worden gegeven in tabel 15. Tabel 16 geeft vervolgens een specificatie van de Customer Statement Message per Tag. Een toelichting op het gebruik van de tags wordt gegeven in Bijlage C. 24

25 Tabel 12. Opbouw MT942 Interim Transaction Report V/O Tag Field Name Picture Once per message: V :20: Transaction Reference Number (TRN) 16X O :21: Reference to related message/transaction 16X V :25: Account identification 35X V :28C: Statement Number/Sequence Number 5N[/3N] V :34F: Floor limit indicator debit/credit 3A [1A] 15 NUM O :34F: Floor limit indicator credit 3A 1A 15 NUM V :13: Date/time indicator 10N Transaction group, can be repeated as long as max. length of the message allows: O :61: Statement line 6N1A 15 NUM 4X6X O :86: Description of transaction 6 * 65X Once per message: O :90D: Numbers and sum of debit entries 5N3A 15 NUM O :90C: Numbers and sum of credit entries 5N3A 15 NUM O :86: Description of message 6 * 65X ABN AMRO gebruikt het SWIFT-formaat alleen voor rapportagegegevens. Bij export van de rekeninggegevens vanuit OfficeNet Direct worden de SWIFT Message Headers toegevoegd en een SWIFT Message trailer. Deze toevoegingen hebben de waarden: SWIFT Message Headers ABNANL2A 942 ABNANL2A SWIFT Message Trailer - De SWIFT-adressen in de header kunnen van een andere bank zijn, we adviseren om de gegevens uit de Message Header niet te gebruiken als kenmerk/identificatie voor reconciliatiedoeleinden. Tabel 13. Specificatie MT942 Message Header/Trailer V/O Description Picture Value V Header part 1 (Swift-adres sender) 12X ABNANL2A or other V Header part 2 Message type 3N 942 V Header part 3 (Swift-adres receiver) 12X ABNANL2A MT942 Interim Transaction Report V Trailer 1X - 25

26 Tabel 14. Specificatie MT942 Interim Transaction Report per Tag V/O Tag Description Picture Value V 20 Tag 20 4X :20: V 1 Transaction Reference Number (TRN) 16X CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 21 Tag 21 4X :21: V 1 Related Reference 16X CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' V 25 Tag 25 4X :25: V 1 Account Identification 35X (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' V 28C Tag 28C 5X :28C: V 1 Statement Number 5N O 2 Sequence Number [/3N] (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' V 34F Tag 34F 5X :34F: Floor limit indicator (first occurence) V 1 Currency code 3A O 2 Debet-credit indicator [1A] D V 3 Amount 15 NUM (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 34F Tag 34F 5X :34F: Floor limit indicator (sec occurence) V 1 Currency code 3A V 2 Debet-credit indicator 1A C V 3 Amount 15 NUM (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' V 13 Tag 13 4X :13: V 1 Date/Time indicator 10N Format YYMMDDHHMM (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' NO 61 Tag 61 Statement line 4X :61: V 1 Value date 6N Format YYMMDD O 2 Entry date 4N Format MMDD V 3 Debet-credit indicator 2A C, D, RC of RD O 4 Funds code 1A 3rd char. of Currency code V 5 Amount 15 NUM V 6 Transaction Type 4X O 7 Reference for account owner 16X O 8 Account Servicing bank ref [//16X] (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 9 Further reference/info [34X] (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' NO 86 Tag 86 4X :86: 1 Description of transaction 6 * 65X Max. 6 lines, each foll. by: (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 90D Tag 90D 5X :90D: V 1 Number of debit entries 5N V 2 Currency code 3A V 3 Total amount of debit entries 15 NUM (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 90C Tag 90C 5X :90C: V 1 Number of credit entries 5N V 2 Currency code 3A V 3 Total amount of credit entries 15 NUM (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' O 86 Tag 86 4X :86: O Description of message 6 * 65X Max. 6 lines, each foll. by: (CS2 (end of line) 2X CRLF = X'0D25'of '0D0A' 26

27 6.4 Toegestane tekens De volgende tekens zijn toegestaan: - hoofdletters - cijfers - de tekens: spatie ( ), punt (.), haakje openen (, haakje sluiten ), koppelteken (-), slash (/). kleiner dan (<), plus (+), ampersand (&), dollarteken ($), asterisk (*), punt-komma (;), procent (%), apenstaartje (@), is gelijk (=), dubbel quote ( ), back-slash (\). 27

28 Bijlage A Overzicht van figuren en tabellen Tabel 15. Overzicht figuren Figuur Omschrijving Blz. 1 Aanmaken en verwerken van opdrachten via OfficeNet Direct 6 Tabel 19. Overzicht tabellen Tabel Omschrijving Blz. 1 ClieOp03 en de verplichte rubrieken in OfficeNet Direct 9 2 Niet ondersteunde ClieOp03 rubrieken 10 3 Aantal beschikbare posities in OfficeNet Direct 11 4 BTL91 en de verplichte rubrieken in OfficeNet Direct 14 5 Aantal beschikbare posities in OfficeNet Direct 14 6 Indeling Betaalrecord EU-betaling (IBAN/BIC) 15 7 Verklaring van gebruikte afkortingen 17 8 Opbouw van MT940 Customer Statement Message 19 9 Specificatie MT940 Message Header/Trailer Specificatie MT940 Customer Statement Message per Tag Verklaring van gebruikte afkortingen Opbouw MT942 Interim Transaction Report Specificatie MT942 Message Header/Trailer Specificatie MT942 Interim Transaction Report per Tag Overzicht figuren en tabellen 28 28

29 Bijlage B Toelichting op gebruik van Tags in MT940 TAG 20 TAG 21 TAG 25 TAG 28 Bankidentificatie van bericht. Moet gelijk zijn bij vervolgbericht. Is bedoeld om later te kunnen opzoeken (referentie naar oorsprong). In het MT940 bestand aangemaakt door OfficeNet Direct wordt dit veld gevuld met het logische bestandsvolgnummer en daarbinnen een volgnummer (7 posities) oplopend per statement, gescheiden door een slash en gevolgd door 1 spatie: / [ ]. Bevat eventueel het TRN van een ander bericht. Wordt doorgegeven bij SWIFT-aanlevering. Dit veld is optioneel en omdat er bij de huidige aanleveringen geen relatie ligt met een ander bericht, kan dit veld ook niet gevuld worden. In de vervolgfase kan overwogen worden om bij meldingen vanuit SWIFT-inkomend te vullen (nu niet beschikbaar). Bevat het rekeningnummer van het rekeningoverzicht. Bestaat bij een Nederlandse rekening uit 10 pos., behalve als de eerste positie = 0, dan uit 9 pos.: b.v Indien het SWIFT-bericht afkomstig was van SWIFT dan worden alle 35 posities overgenomen. Bevat het statementnr/sequencenr. van het rekeningoverzicht. Wordt doorgegeven zoals ontvangen bij SWIFT aanleveringen. Bij aanmaak door ABN AMRO systemen is de opbouw als volgt: Maximaal 5 cijfers voor de slash en 2 cijfers na de slash. De cijfers voor de slash zijn opgebouwd uit de dag code (1 t/m 366) en het run nummer. Dit laatste nummer is op dit moment altijd 01, in de toekomst zal het runnummer opgehoogd worden als er sprake is van meerdere runs op één dag (bijvoorbeeld 02). Na de slash komt het deelberichtnummer. Tag 28 heeft als maximum 99 deelberichten. Indien het deelberichtnummer kleiner is dan 10 wordt er geen voorloopnul gebruikt. Het waardenbereik van Tag 28 is: 101/1 t/m 36601/99. TAG 28C Heeft voor de slash hetzelfde formaat als Tag 28. Deze Tag wordt gebruikt als er 100 of meer deelberichten zijn. Het waardenbereik van Tag 28C is: 101/1 t/m 36601/999. Zowel Tag 28 als Tag 28C kunnen in één bericht voorkomen. Op de PC kan met behulp van deze Tag (28 en/of 28C) op volgorde, aansluiting en dubbele aanlevering gecontroleerd worden. Aansluitingscontrole op de PC op basis van saldo is ook mogelijk en wenselijk. Vanuit controle-overwegingen maakt ABN AMRO ook een rekeningoverzicht als er geen mutaties zijn voor een rekening, zelfs al is het saldo nul. Het sequence number (page number) dient om de volgorde van vervolgberichten voor hetzelfde rekeningnummer binnen één verzendbestand aan te geven. TAG 60m Inhoud van het vorige MT940-bericht voor deze rekening: 60F = First (vorige aanlevering), 60M = Intermediate (vervolgbericht). D/C - N.B. = C bij saldo = nul Datum 29

30 Dit is de datum van het laatste rekeningoverzicht waarop mutaties hebben plaatsgevonden. Bij een nieuwe rekening zal deze datum dan ook op nul staan totdat het 1e rekeningoverzicht wordt afgedrukt. Als er niet dagelijks een rekeningoverzicht verschijnt, dan blijft deze datum gelijk tot het volgende 'papieren'rekeningoverzicht. Bij vervolgberichten moet de 60M alle gegevens bevatten van de 62M van het voorafgaande MT940. Dit betekent dat de datum dan de huidige boekdatum is geworden. N.B. Bij uitbreiding van rapportage naar meerdere keren per dag wordt niet meer de datum van het laatste rekeningoverzicht gegeven maar de boekdatum bij de laatste reeds eerder gerapporteerde mutatie. Saldo Aantal decimalen beginsaldo afleiden van ISO muntcode (meestal 2). Bijvoorbeeld :60F:C921231EUR100, dan is beginsaldo 100,00. De komma wordt bij eigen aanlevering altijd meegegeven, bijvoorbeeld :60F:C921231USD100, TAG 61 TAG 86 Inhoud van de mutatie: Value date (valutadatum) Als de valuta-datum nul is, dan wordt de boekdatum als valutadatum doorgegeven. Entry date (boekdatum) Als de boekdatum nul is, dan wordt de ABN AMRO-boekdatum overgenomen (uit het voorlooprecord). D/C Debet/Credit. Wanneer het bedrag nul is dan rapporteren we dit als C. Fundscode OfficeNet Direct negeert dit; dit is mogelijk omdat binnen één SWIFTbericht alle mutaties dezelfde muntcode hebben; zie tag 60m en 62m. Bedrag - Doorlevering zoals ontvangen van SWIFT, indien afkomstig uit eigen applicatie dan indien nodig aantal decimalen aanpassen (bij de huidige aanleveringen niet nodig). Bij bijlagen en meldingen uit eigen systemen wordt ongeacht de ISO-muntkode altijd 2 decimalen doorgegeven (b.v. 100,00). De decimaalberekening op de PC haalt altijd de juiste muntkode op bij het rekeningnummer en bepaalt daarmee het juiste aantal decimalen. Type Het formaat is Nxxx waarin xxx de mutatiecode is. N.B. Deze mutatiecode is primair bedoeld voor intern ABN AMROgebruik. Het wordt afgeraden deze codes te gebruiken voor reconciliatiedoeleinden. Reference for account owner Bij rapportage in OfficeNet Direct wordt dit record gevuld met NONREF. Account servicing-bank Wordt niet gevuld. Furtherreference/info Is te gebruiken voor oorspronkelijk mutatiebedrag (zie paragraaf 5.5). In tag 86 op transactieniveau zijn maximaal 9 x 32 = 288 posities beschikbaar. Deze worden overgenomen zoals aangeleverd, dus niet ingedikt. 30

31 Iedere regel van 32 posities wordt in één regel van 65 posities gezet als binnen de ABN AMRO verwerkte mutaties het aantal omschrijvingsregels niet groter is dan 6. Bij meer dan 6 omschrijvingsregels worden telkens 2 omschrijvingen achter elkaar gezet in 1 SWIFT-regel: Regel 1 pos e ABN AMRO omschrijvingsregel pos e ABN AMRO omschrijvingsregel Regel 2 pos e ABN AMRO omschrijvingsregel pos e ABN AMRO omschrijvingsregel Regel 3 pos e ABN AMRO omschrijvingsregel pos e ABN AMRO omschrijvingsregel Regel 4 pos e ABN AMRO omschrijvingsregel pos e ABN AMRO omschrijvingsregel regel 5 pos e ABN AMRO omschrijvingsregel Tegenrekeningnummer Bij de aanlevering van mutaties vermeldt tag 86, indien van toepassing, het tegenrekeningnummer van een transactie. Bankrekeningnummers worden vermeld met de punten, dus bijvoorbeeld of en altijd voorafgegaan door een spatie. Postbankrekeningnummers met het woord GIRO, dus :86:GIRO , zonder voorafgaande spatie. Het totaal aantal posities van het postbankrekeningnummer bedraagt altijd 9. Als het rekeningnummer uit minder dan 9 posities bestaat volgen na het woord GIRO spaties. Compressie De tekst bij compressie: regel 1 pos 'CUMULATIE VAN ZZZZZZ9 BOEKINGEN' De tekst bij compressie volgens outputcontract: regel 1 pos 'ZZZZZZ9 BOEKINGEN VLG BIJLAGEN' Geen omschrijving Als er geen omschrijving is dan wordt als pos 5-6 in de bankidentificatie = NL de tekst DIVERSEN in tag 86 gezet en anders MISC. TAG 62m TAG 64m TAG 65m TAG 86 Analoog aan tag 60m (62F - final en 62M -vervolgbericht). Bij een vervolgbericht wordt het totaal der mutaties het tussensaldo. In OfficeNet Direct is de datum de boekdatum. Wordt niet in OfficeNet Direct aangeleverd. Wordt niet in OfficeNet Direct aangeleverd. De tag 86 op berichtniveau geeft een omrekenkoers van de muntsoort van de rekening waarvoor wordt gerapporteerd ten opzichte van EUR. Dit geldt voor de muntsoorten van de landen die deelnemen aan de EMU en voor een (beperkt) aantal niet-emu muntsoorten. 31