Would it make sense to possibly update the alert message for the Redo Loan
to state something about the user needing to reverse the loan first before
doing the redo?
As it stands, the flow is not intuitive so I think it might help to add
something in there.**
Ryan
** I think the preferred flow would be to kick the user to the reverse loan
first, then take them to the redo, but that¹s probably a lot of work to
implement at this point.
On 8/12/08 5:19 AM, "Aliya Walji" <[EMAIL PROTECTED]> wrote:
> 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=/
>
> 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
