Hi Aliya,
Thanks for the clarification. That was very useful.
Pramod Biligiri,
ThoughtWorks
[EMAIL PROTECTED] wrote on 08/12/2008 08:49:37
AM:
> 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:mifos-
> [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:mifos-
> [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=/
-------------------------------------------------------------------------
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
