Welcome, Guest
Username: Password: Remember me

TOPIC: MT 940 Rabobank Swift Structured

MT 940 Rabobank Swift Structured 07 sept 2013 23:05 #1

Ik ben al een poosje bezig SEPA mutaties MT940 in te lezen en dat ging best goed.
Maar men is weer aan het wijzigen geweest geloof ik, maar weer halfgebakken..

Regel 86: is wat fraais geworden
Aantal voorbeelden:
:86:/BENM//NAME/Gemeente/REMI/BETALINGSKENM. 3011401605258581/ISDT/2013-07-02
:86:/REMI/KostenPeriode 01-04-2013 t/m 30-06-2013/ISDT/2013-07-01
:86:/ORDP//NAME/Jan Jansen/ADDR/Straat 5/REMI/contributie mei/juni/ISDT/2013-07-15

De velden in regel 86 worden gescheiden door een slash, ja soms twee.
Er zijn allerlei velden mogelijk met een variabele inhoud.
Prima te doen, is helemaal duidelijk als je de beschrijving er bij hebt.

Maar wat doe ik in vredesnaam met die slash tussen de t en de m (01-04-2013 t/m 30-06-2013)
of tussen mei/juni? ???
Zo heb ik dat echt binnengekregen.
Daar gaat elk stukje software helemaal op fout natuurlijk.
Ben ik nou gek of is hier weer niet goed over nagedacht?

Wie heeft een routine om regel 86 goed in te lezen?
Is dit alleen bij de Rabobank mogelijk of hebben andere banken hier ook niet aan gedacht?

Johan
Last Edit: 08 sept 2013 12:17 by Johan Gerrits.
The administrator has disabled public write access.

MT 940 Rabobank Swift Structured 09 sept 2013 12:03 #2

Het is bij de meeste banken een zooitje, ik vind de MT-940 van de Rabobank bijv. een verademing t.o.v. die van de ING; die plakt alles aan elkaar met spaties!!
Het voorbeeld wat je noemt (t/m) is duidelijk iets waar niet over is nagedacht: het scheidingsteken van velden mag uiteraard niet zomaar in het veld staan.

Bij het parsen kun je wat dingen proberen, bijvoorbeeld
  • bij de REMI kijken naar speciale strings ('t/m' enz.) en deze overslaan
  • aantal '/' tellen, bij oneven aantal extra maatregelen (maar dat zegt eigenlijk niets als er bijv. 2x t/m staat )
  • na elke oneven '/' kijken of er een geldige tag staat, zo niet, dan deze aan de vorige tekst plakken en verder parsen
  • bij een onbekende tag van achter naar voren parsen, kijken of je er dan soep van kunt maken
enz.

Het zijn volgens mij wat stuiptrekkingen in de opgang naar SEPA-bestandsformaten, hopelijk gaan de banken snel alle informatiebestanden omzetten naar ISO-20022-formaat.
Last Edit: 09 sept 2013 12:06 by Alex Hekstra.
The administrator has disabled public write access.

MT 940 Rabobank Swift Structured 09 sept 2013 15:32 #3

Het teken '/' is een valide teken om in de vrije omschrijvingsregels mee te geven. Het probleem kun je omzeilen door niet alleen op de slash te zoeken, maar op de volledige codewords (bijv. /REMI/ of /ISDT/) of op een combinatie van codewords (bijv. /ORDP//NAME/). Elke bank hanteert een vast aantal mogelijke codewords.
The administrator has disabled public write access.

MT 940 Rabobank Swift Structured 09 sept 2013 18:10 #4

Heren bedankt.

Ik ben dus niet gek ;-)
Ja ik heb een tabel gemaakt met alle mogelijk codes van de Rabobank (andere banken moeten nog)
Als de waarde niet in de tabel voorkomt zal het wel geen veld zijn.
Dit is niet waterdicht want als men er een veld er bij gaat verzinnen wat natuurlijk een kwestie is van tijd, gaat het weer mis. Zo heeft de ABN-AMRO een veld voor aantal transacties in een incasso die de Rabo niet heeft.
Dus alle mogelijk veldnamen van alle banken maar zien te verzamelen? Waar zijn we mee bezig.....
Slash tellen lijkt me ook niet de bedoeling, kan alle kanten opgaan.

Voorlopig werkt het op mijn manier maar prettig is het niet.

Johan
Last Edit: 09 sept 2013 18:11 by Johan Gerrits.
The administrator has disabled public write access.

MT 940 Rabobank Swift Structured 12 sept 2013 13:26 #5

Of overgaan op CAMT.053. Abnamro kan dit inmiddels aanleveren.
The administrator has disabled public write access.

MT 940 Rabobank Swift Structured 12 sept 2013 18:18 #6

Weet je dat zeker Frank? Volgens mij heb je het helemaal mis
Ik heb een voorbeeldbestand ABN te pakken en zie hier ook de SEPA regels mooi met een slash gescheiden. Dus ook hier een probleem als er staat t/m of mei/juni

Zie deze regel:

<AddtlNtryInf>/RTYP/SEPA Incasso niet uitgevoerd/MARF/123456789XXmandaat/RTRN/MS03/IBAN/NL27ABNA0562326340/NAME/Debtor/REMI/Levering maand mei, zie nota 1234556. Uw klantnummer 123455666/EREF/1234567X908303803</AddtlNtryInf>

Johan
The administrator has disabled public write access.
Time to create page: 0.300 seconds
Powered by Kunena Forum

Enigma Consulting