Hi Malini & Pramod,
I believe this is ³by design² so to speak. I found out that the intended
workflow for redo loan is to first perform a reverse loan and then do the
redo loan. The reverse loan should take care of these cases.
I think we can test this once we complete work on the reverse loan, just to
make sure.
Ryan
On 8/11/08 8:53 AM, "Malini K" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We found two more issues related to Redo:
>
> 1. The Redo action disburses the new loan and applies payments till date. But
> it does not check that another active loan account exists for the same
> product. So Redoing a loan results in two loan accounts in
> 'ACTIVE_IN_GOOD_STANDING' status for the same product for that client. Is that
> acceptable, because an older bug was filed to fix the problem of 2 active
> accounts for the same product:
> https://mifos.dev.java.net/issues/show_bug.cgi?id=1610 , see discussion
> towards the end.
>
> 2. The performance metrics related to that particular client/group takes both
> of these loan accounts into consideration. E.g: The Loan Cycle Per Product
> metric counts both the old and new accounts.
>
> Malini & Pramod
> ThoughtWorks
>
>
>
> On Mon, Aug 11, 2008 at 11:21 AM, Pramod Biligiri <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi,
>> We have been looking at the way the Redo Loan feature is implemented. We
>> noticed that
>> when you Redo a loan,
>>
>> 1. A new loan account is created, with REDONE flag = 1.
>> 2. The older account still remains, and is left as
>> ACCOUNT_ACTIVE_IN_GOOD_STANDING.
>> 3. Both of these accounts show up on the Client Information page.
>>
>> Is this expected behaviour? Or should the older account be moved into the
>> CANCELLED state
>> with Redone flag = 1.
>>
>> This happens irrespective of GLIM is enabled or not.
>>
>> Pramod, Malini & Nandini,
>> ThoughtWorks
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
>
>
> On Mon, Aug 11, 2008 at 11:21 AM, Pramod Biligiri <[EMAIL PROTECTED]>
> wrote:
>>
>> Hi,
>> We have been looking at the way the Redo Loan feature is implemented. We
>> noticed that
>> when you Redo a loan,
>>
>> 1. A new loan account is created, with REDONE flag = 1.
>> 2. The older account still remains, and is left as
>> ACCOUNT_ACTIVE_IN_GOOD_STANDING.
>> 3. Both of these accounts show up on the Client Information page.
>>
>> Is this expected behaviour? Or should the older account be moved into the
>> CANCELLED state
>> with Redone flag = 1.
>>
>> This happens irrespective of GLIM is enabled or not.
>>
>> Pramod, Malini & Nandini,
>> ThoughtWorks
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
Ryan Whitney
Mifos Technical Program Manager
[EMAIL PROTECTED]
Mifos - Technology that Empowers Microfinance (www.mifos.org)
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Mifos-functional mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mifos-functional
