Good question. The "redo loan" feature will be used primarily (I think) by administrators who are trying to correct a pretty egregious data entry error (when system users create a loan for the wrong person). They need a tool that will allow them to re-enter the correct loan information.
Given that, my suggestion is that we actually try to keep the logic around the redo-pipeline at a minimum. The loan defaults are primarily there to help loan officers disburse the right amount. But if the wrong amount was disbursed-- the admin will need a way to enter the correct amount-- even if that is different from the mix/max of the loan cycle. That would be my recommendation. Then, once the feature is in use, we can see if there are any issues with this approach. I'm assuming, though, that this pipeline uses the other defaults specified in the product definition? Emily. > -----Original Message----- > From: Aliya Walji > Sent: Thursday, March 13, 2008 10:33 PM > To: mifos-functional@lists.sourceforge.net; Emily Tucker > Cc: Arpita Adhicary; Chandi Datta; Sreenivasulu R Borra; Jaganathan > Srinivasan > Subject: Redo Loan Disbursal and Loan Defaults > > Hi Emily, > > I'm reviewing the test cases for the "Loan Defaults based on > Previous Loan Amounts/Loan Cycle" feature and I realised that there > is nothing in the spec for either feature that indicates how the > two features interact with each other. > > What do you think the behavior should be when the user redoes a > loan which is for a loan product that specifies > amounts/installments based on previous amount or loan cycle? > > Aliya ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mifos-functional mailing list Mifos-functional@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mifos-functional
