Hi Arpita, I've included some answers to your functional questions below. I've also copied the functional list so that everyone is aware of your questions and the responses (and can provide additional feedback if necessary).
> 1. Loans "By Loan Cycle" - The Loan Accounts pick up the value of the next > cycle even if the client has a running Loan Account of the preceding Loan > Cycle. That is, if the client has a running loan of Cycle 2 and he is > given > one more Loan Account, the loan automatically takes up the values of Cycle > 3. This behaivour is not in sync with the functional specs. Can you log a bug for this? Whenever the functionality does not match the spec, we should log a bug. Once the bug is entered, we can always close it as acceptable behavior if we decide via triage or on this mailing list that we are comfortable with the implemented behavior - but having the bug open will at least be a reminder to update the specification if we don't change the functionality :) > 2. Loan Based on "Last Loan Amount" - I created a Loan based on "last > amount", "Arp Ind Default Loan" for clients. The loan has a weekly > installment frequency. However, while creating a loan account, this > particular loan instance is not appearing for any client. Am thoroughly > confused as to why this is happening. Shall give some more thought to it, > but if any of you have an idea, plz let me know. There was a bug which was fixed by Kim that handled the issue where some active loans were not showing up in the list. This bug is 1556 - https://mifos.dev.java.net/issues/show_bug.cgi?id=1556 So, the behavior you are seeing could be because the test server is not updated to the most recent version of the code, or because it is a slightly different issue (or the issue was not fixed fully the first time). Can you keep this on your list and when I next update the test server, can you see if you're still seeing this issue occur? > 3. Editing Group Membership - According to the functional specs, a member > can be removed from a group even if he has a running savings account, only > that he should not have a loan account. Build server performing as > expected > on this. However, while editing group membership, that is, sending the > member to some other group, the system doesn't allow such change even if > the member has a running savings account. Is this intended?? I'm not sure. Can you open a bug in the issue tracker for this so we can discuss in our triage meeting? Then the other PMs on the team can weigh in on whether this is the expected behavior. > 4. Loan Account Creation - While creating loan for a client in "Arpita > Centre - wed", I've noticed that on the Loan Account creation page, the > default date of disbusement is not the next meeting date. Instead of > taking > up next wednesday's date, its taking up next monday's date. Am yet to > check > whether this happens in all cases and for all other centres. You should try out a few different cases to see if you can determine if there is a pattern for this behavior. For example, could this be due to a holiday on the test server? Are you sure that the meeting day of the center has not been changed without your knowledge? Poke around a bit more and if you see a pattern for why this is occurring (and it is not the intended behavior) or cannot figure out why the issue occurs, you can open a bug for this in the issue tracker. > 5. Issue 1599 (Labels) - Is it not that if the labels are not renamed, the > same labels will get defaulted on the front end. If so, then the change of > names/labels is just "out of choice" and not a compulsion. Thus, all the > fields need not be accompanied by red asterix. ( not sure, just thought > about it) Unfortunately, I didn't quite understand your comment about this. Are you suggesting an alternative behavior where if the label is cleared/not defined by the user, it automatically gets set to the 'default' value rather than giving the customer an error? > I have created Savings Accounts of all possible combinations. Will get to > know the results after the batch jobs run tomorrow. Great! Feel free to send along any questions you have once you start to look at the results :) Thanks for your comments and questions, Arpita :) 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
