Welcome, Guest
Username: Password: Remember me

TOPIC: Status na r-transactie/stornering

Status na r-transactie/stornering 10 jan 2013 09:09 #1

van Abnamro ontving ik onderstaande informatie.

weet iemand of dit een algemene regel is, of per bank verschillen?

Hoe moet een incasso aangeleverd worden na een R-transactie op dezelfde incasso?
• Wanneer een incassant een first incasso annuleert, moet de volgende incasso als first worden aangeleverd.
• Wanneer een incassant een first incasso herstelt, moet de volgende incasso als recurrent worden aangeleverd.
• Wanneer de geïncasseerde een first incasso weigert, moet de volgende incasso als first worden aangeleverd.
• Wanneer de geïncasseerde een first incasso storneert, moet de volgende incasso als recurrent worden aangeleverd.
• Wanneer een rekeningnummer is gewijzigd als gevolg van de overstapservice moet de eerstvolgende incasso worden aangeleverd als first.
The administrator has disabled public write access.

Re: Status na r-transactie/stornering 10 jan 2013 13:28 #2

Het antwoord is conform de eisen van de rulebooks. Dus je kunt stellen dat dit een algemene regel is.
Overigens betreft de laatste bullet van het antwoord van ABN Amro geen R-transactie op een incasso. Dit laatste antwoord is daarnaast ook niet helemaal juist. Na wijziging van het rekeningnummer moet de eerstvolgende transactie alleen als first worden aangeboden, indien dit rekeningnummer naar een andere bank is over gegaan.
The administrator has disabled public write access.

Re: Status na r-transactie/stornering 11 jan 2013 12:10 #3

Nu is het nog de kunst om te bedenken/te programmeren hoe dit te filteren uit de SWIFT mt940 bestanden uit de :86 tag van de diverse banken, zolang CAMT nog niet beschikbaar is.

De algemene regel gaat nu alleen uit van een first. Wat nu als een recurrent onvoldoende saldo heeft (is dit een annulering?) of deze geweigerd/gestoneert wordt door debiteur? Blijft status dan recurrent of gaat deze naar First?


voorbeeld ABN
8. SDD core incasso (cancellation, reversal, refund en refusal)

ABNANL2A
940
ABNANL2A
:20:ABN AMRO BANK NV
:25:123456789
:28:13901/1
:60F:C120517EUR1945,64
:61:1112081208D0,05N245NONREF
:86:/RTYP/SEPA Incasso terugboeking/MARF/123456789XXmandaat/RTRN
/Onvoldoende saldo/IBAN/ NL71ABNA1234567890/NAME/Debtor waarop g
eincasseeerd wordt/REMI/Levering maand mei, zie nota 1234556. Uw
klantnummer 123455666/EREF/1234567X908303803
:62F:C120518EUR1711,87

ABNANL2A
940
ABNANL2A
:20:ABN AMRO BANK NV
:25:123456789
:28:13901/1
:60F:C120517EUR1945,64
:61:1112081208D0,06N245NONREF
:86:/RTYP/SEPA Incasso niet uitgevoerd/MARF/123456789XXmandaat/RTRN/Ge
weigerd door debiteur/IBAN/ NL71ABNA1234567890/NAME/Debtor waaro
p geincasseeerd wordt/REMI/Levering maand mei, zie nota 1234556.
Uw klantnummer 123455666/EREF/1234567X908303803
:62F:C120518EUR1711,87
The administrator has disabled public write access.

Re: Status na r-transactie/stornering 11 jan 2013 12:25 #4

Dat is inderdaad een issue. Niet elke bank geeft in het MT940 bericht het type R-transactie door. M.b.v. de reason-code is dit in ieder geval niet vast te stellen, omdat rejects en returns dezelfde reason-codes kennen. Mogelijk is dit wel in het transactie-type in tag 61 af te leiden (in beide voorbeelden in jouw post is dit 'N245'). Dit zal echter per bank moeten worden nagevraagd.
The administrator has disabled public write access.

Re: Status na r-transactie/stornering 14 jan 2013 11:18 #5

en onderstaande vraag?
De algemene regel gaat nu alleen uit van een first. Wat nu als een recurrent onvoldoende saldo heeft (is dit een annulering?) of deze geweigerd/gestoneert wordt door debiteur? Blijft status dan recurrent of gaat deze naar First?
The administrator has disabled public write access.

Re: Status na r-transactie/stornering 14 jan 2013 11:26 #6

In geval van een recurrent SDD-transactie (RCUR) is er geen issue. Ongeacht of deze wordt geweigerd, geannuleerd of gestorneerd, moet de eerstvolgende gewoon weer als RCUR worden aangeboden.
The administrator has disabled public write access.
Time to create page: 0.237 seconds
Powered by Kunena Forum

Enigma Consulting