Hello all,
We¹ve recently discovered a bug with Mifos with group savings products that
relies on individual contributions. How this feature is supposed to work is
that it is a standard group savings product, but that the regular scheduled
deposit amount is dependent on the number of members. IE,
HI Kay
I have a feeling the "hackish" way that you do it is probably not too far
from the way this organisation works.
I'm still trying to fully gather the requirements, but from what I know, the
group schedule essentially is the sum of the individual schedules. The
group gets a schedule, but ea
John,
Not at all. I¹m hesitant to just open this functionality up without making
sure we are keeping an in-depth record of the history of the account.
Probably the worse thing we could do is point the accounts to the new parent
account (Center, Group, LO, Branch, etc) without indicating where it
Hi Milan,
Unfortunately GLIM does not work in this way. GLIM only allows tracking
individual disbursements, but not the repayments. You do see those
"ghost" schedules in the DB, but they are not to be displayed in the UI,
and were just created to get the individual disbursements to work (a
ha
Hello,
I've created group account which contains 2 clients. GLIM functionality is
enabled as we need to be able to create data for individual clients such as
repayment schedules specifying what each individual owes specifically.
I'm not able to see exactly where the data for the individuals is s
Hi Emily,
It is good to remove this limitation. With this limitation, it is
*extremely* difficult to do any movements between groups, centers, LO's etc.
Also, please consider allowing bulk moves too. For example a center has 30
groups and for better operational management, this needs to be split
