Some further clarification Geraldine LSIM Turned off - You can make transactions on days other than meeting days, you just can't schedule them for days other than meeting days.
LSIM Turned on - I believe currently it sets the default repayment schedule to match the user's settings and then you can change, but haven't looked at this in awhile, I may be wrong. Ryan On 7/14/10 21:11, "Geraldine O'Keefe" <geeokee...@gmail.com> wrote: > Hi > > That's interesting. I thought I only saw the option to select the repayment > date because I had LSIM turned on, but sounds like you get that choice > anyway. But I still think that if you need to cater for individual loans who > may come and pay at any time, you may need to switch on LSIM. But I could be > wrong, perhaps someone at GF can confirm? Also it sounds like some changes > about these restrictions on are on the immediate horizon so it may be a case > of what happens now, changes later. In any case I thought it would be good > to summarize the impacts of this setting as I understand it. Again great if > GF can confirm. > > LSIM turned off > - All loan schedules will fall on the group/persons meeting date if > done using the 'create multiple loan accounts feature' > - Transactions can only occur on the meeting date > - Changing a group meeting date will reschedule all existing loans > - ? no option to specify repayment date/day at time of loan > application since group meeting date is used. - not sure about this > > LSIM turned on > - All loan schedules will fall on the group/persons meeting date if > done using the 'create multiple loan accounts feature' > - Manually will need to select the repayment date/day if applying > individually > - Transactions including repayments and disbursements can occur in > between group meetings. Note charges can still only be paid on the meeting > dates. > - Changing a group meeting date will have no impact on existing loan > schedules > > Regards > geraldine > > -----Original Message----- > From: Gayl Kennedy [mailto:gaylkenn...@gmail.com] > Sent: 14 July 2010 15:11 > To: A good place to start for users or folks new to Mifos. > Subject: Re: [Mifos-users] list of questions > > hi Geraldine and folks > Can I ask for more clarification about your first point:- that if I > need to mix individual lending with group I will need to use the LSIM > feature. > > I just did a test where I set up an individual client not linked to a > group and was able to set up its own meeting schedule as I wished and > the repayments were scheduled as I wished also. > we also lend to individuals as well as to groups so I want to ensure I > am not missing anything. > Thanks > Gayl > > > On 14/07/2010, Geraldine O'Keeffe <geeokee...@gmail.com> wrote: >> Hi Gayl >> >> I had a chat about these issues with someone from GF and have put the >> responses below so you, and others, know the responses. >> >> Cheers >> g >> >> -----Original Message----- >> From: Gayl Kennedy [mailto:gaylkenn...@gmail.com] >> Sent: 14 July 2010 11:01 >> To: A good place to start for users or folks new to Mifos. >> Cc: Chris Zintel >> Subject: Re: [Mifos-users] list of questions >> >> Hi Geraldine >> we would definitely vote for # 4 if you want to log as a request - or >> if you prefer me to log it and you can vote for it let me know. Our >> workaround was to put in a checklist to have someone check a box to >> confirm they have adequate collateral in their savings account before >> approving the loan. >> >> For # 5 I am confused as I assumed mifos applied the interest >> automatically to the account. In fact I was told it applies the >> interest automatically on the last day of the period selected be it >> monthly, quarterly or annually so am I misreading your question? >> >> For # 6 I interpret upfront to mean at time of approving the loan and >> disbursement as being at the first meeting date but open to correction >> on this! >> >> Regards >> Gayl >> >> On 13/07/2010, Geraldine O'Keeffe <geeokee...@gmail.com> wrote: >>> Hi >>> >>> >>> >>> I started this chat offline but bringing it on to the list serve for >> others >>> to participate. (ryan ignore previous mail and let's just focus on this >> one) >>> >>> >>> >>> List of questions I have. >>> >>> >>> >>> 1. Initial question was how to handle data entry which may occur a >> day >>> or two behind the calendar date. All agreed that editing the server date >>> wasn't a good approach and that ideally client would get all data in on >> the >>> same day as the meeting. However if it did occur, one suggestion was to >> edit >>> the meeting dates to allow for input but we've confirmed that this can >> mess >>> up the schedules since the repayments will now be on this new date. So > I'm >>> trying another approach. I've changed the db setting for Loan Schedule >>> Independent of Meeting to 1. What I'm seeing is that after doing that I >>> still have control to schedule the installment repayment dates manually >> but >>> have the same options as with a meeting date/day definition. So if I >>> manually select the same day/date as the meeting I can align repayments >> with >>> the meetings, with the benefit that I can disburse with dates different > to >>> the meeting dates. Does that make sense? Will I lose out on other > features >>> if I don't tie meetings and schedules together? Is this also the way to >>> handle group and individuals (who don't belong to a group and don't have > a >>> meeting date) in the same db? >> >>> --agreed that if I need to mix individual lending with group I will need > to >> use the LSIM feature. This should allow me the flexibility to set the >> required schedules for the individual members. The only downside of this > is >> that since the group schedules are also set manually, if I come and change >> the group meeting date I can't expect the system to reschedule existing >> loans. >>> >>> >>> 2. Question about how to handle fees/repayments that may be paid >>> between meeting dates. Now after make the changes above this seems less > of >> a >>> problem for repayments, except for fees which are still tied to the >> meeting >>> date. Kay responded on this and sounds like the next release will deal >> with >>> that, albeit only as a full payment, but I think this will suffice. >>> >> --agreed to test this in the next version as there is currently some > working >> going on regarding this. >>> >>> >>> 3. It was mentioned that if you opt to not use centers, then the >>> collection sheet wasn't available. I have centers activated but know the >>> client doesn't actually use them. Hoping that this is something that can >> be >>> handled by Mifos at some point but for now will just likely change the >> label >>> Center to Group and Group to SubGroup to make it a bit easier for people >> to >>> understand- although they also don't use Subgroups! >>> >> --need to clarify here that whether you use centers or not, the bulk >> collection sheet as a means of data input is always available. What isn't >> available is the report called collection sheet, and even this may soon be >> available in future, but in any case we may need our own customized >> collection sheet report so this isn't a huge problem. >>> >>> >>> 4. Is there any way to enforce a savings/loan ratio in mifos? Ie >> must >>> have 30% of loan value in the savings account before disbursement. >> Guessing >>> not but thought worth asking. Will suggest this as a manual validation >>> >> --this isn't available, nor on the roadmap. Happy to vote if others want > to >> raise it as a request- I think it would be a very nice feature. >>> >>> >>> 5. How can we handle crediting of savings interest? Could that be >> via >>> an upload to post the interest due? Note this is currently only paid >>> annually so am sure a back end solution would be fine. >>> >> --my misunderstanding on this. Mifos will post automatically >>> >>> >>> 6. Can you explain to me a bit about the options for fees on loans >> and >>> the timing of when it is charged? Basically I'm not sure what the >> difference >>> is between Upfront and Time of Disbursement? >>> >>> --discussed on this a bit and just agreed that I'll test out the various >> options to see exactly how each behaves. >>> >>> That's it for now. >>> >>> >>> >>> Thanks >>> >>> g >>> >>> >> >> >> -- >> Regards >> Gayl >> >> > ---------------------------------------------------------------------------- >> -- >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Mifos-users mailing list >> Mifos-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/mifos-users >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.830 / Virus Database: 271.1.1/3002 - Release Date: 07/13/10 >> 21:36:00 >> >> >> > ---------------------------------------------------------------------------- > -- >> This SF.net email is sponsored by Sprint >> What will you do first with EVO, the first 4G phone? >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first >> _______________________________________________ >> Mifos-users mailing list >> Mifos-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/mifos-users >> > -- Ryan Whitney Mifos Technical Program Manager rwhit...@grameenfoundation.org Mifos - Technology that Empowers Microfinance (www.mifos.org) Our mission is to enable the poor, especially the poorest, to create a world without poverty. <http://grameenfoundation.org/take-action/ingenuity-fund-challenge/> P please consider the environment before printing this e-mail. ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Mifos-users mailing list Mifos-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mifos-users
