I realised I forgot to comment on point #1 in Malini's email below.
Specifically, it is ok that the redo loan path does not check that there
are other active loan accounts for the same product for the client.
This is also by design and we chose to by-pass this check on the redo
loan path when fixing issue 1610 for v1.1. The assumption here is that
the administrator who is redoing the loan should not be constrained and
will know whether or not the account of the product chosen is allowable
or not.
Thanks for checking on this, Pramod and Malini.
Aliya
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Aliya Walji
Sent: Monday, August 11, 2008 11:40 AM
To: Mifos functional discussions; Developer
Cc: Malini Gowrishankar
Subject: Re: [Mifos-developer] [Mifos-functional] Redo loan creates
newtuple, older account still marked ACTIVE (5)
Ryan is correct, this is the intended workflow. If the redo loan path
is being used to correct a mistake in a loan account, the loan account
with the error is first reversed using the 'reverse loan' link and then
a new(correct)loan account is created using the redo loan link. There
is no data link between the reversed loan and the redone loan to tie
them together.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Ryan Whitney
Sent: Monday, August 11, 2008 11:31 AM
To: Developer
Cc: Malini Gowrishankar; [email protected]
Subject: Re: [Mifos-functional] [Mifos-developer] Redo loan creates new
tuple, older account still marked ACTIVE (5)
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
