This content has been marked as final. Show 9 replies
Hi...it this occured in any site or just a query?
:- Sandeep Marathe
This may occur due to usage of this functionality which is extended to alerts.
But this has occured at offshore testing. Cases are relevant since mentioned in the specified FS which is signed off by the bank.
Will ask someone to check this in current version through screen. If issue exists then can be addressed.
If the behavior is as mentioned then its an issue.
This is not an issue with FCR.It looks payout instruction is not upto expectation.
50% - First instruction for payout ( it will take 5000 out of 10000)
100% - Reinvest ( it will take 5000 for payout)
Setting 100% for the percent of second payout is weird. I think 50%-50% is more comprehensible and is more acceptable for user.
Edited by: Martin-Feifeng on 2013-5-9 下午11:01
FCR checks that while maintaining the instruction the total should be 100%.
In cases where maintaining 150% will not be allowed.
Secondly this intelligence should be built in the system rather than being parameterized through maintenance.
I have seen a case where the following was maintained:
Principal amount 400000.
Instruction 1 - 50% Reinvest and amt payout is intelligently calculated by the system as 200000. (sounds cool)
Instruction 2 - 50% Redeem and amt payout here too is updated by the system as 200000.
But if u check the processing:
100000 was credited to CASA along with interest.
300000 was renewed along with interest.
I am unable to understand the behaviour.
I've checked Sandeep's two use cases in FCR 4.6 version, the behavior is:
For the second payout instruction, the percent is besed on the outstanding amount. Therefore, for the both of two use cases, the payout amount of the second payout instruction is 2,500.00, whatever the pay type is reinvest or redeem.
If we put 100% at the second payout instruction, the payout amount will be the remaining amount, it means the payout amount is 5,000 for the both of two use cases.
So what is the views of the Kernel team?
Can you please let us know the behaviour by validating my case.
Checked in Version 5.0
This is a base bug in TD039 of OFCR.
Princ balance = 200000
First Instruction = Reinvest to Existing TD = 60 %
We have 3 amount fields in TD039
Net Amount = 200000
Pay Amount = 200000
Total Amount = 70000 (remaining balance after 60% of 200000).
Second Instruction = Redeem to CASA = 40%
Net Amount = 80000
Pay Amount = 80000
Total Amount = 0 ------( This is the bug - This amount should be 48000 )
hence during processing system Reinvested 120000 to new TD and Redeemed 32000 to CASA.