Mifos-users Digest, Vol 229, Issue 2
6 views
Skip to first unread message
mifos-use...@lists.sourceforge.net
Nov 19, 2015, 1:55:34 PM11/19/15
to mifos...@lists.sourceforge.net
Send Mifos-users mailing list submissions to
mifos...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mifos-users
or, via email, send a message with subject or body 'help' to
mifos-use...@lists.sourceforge.net
You can reach the person managing the list at
mifos-us...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mifos-users digest..."
Today's Topics:
1. Re: [Mifos-developer] Ability to recognise VAT on charges
(Sander van der Heyden)
2. Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (Ed Cable)
3. Charges due at time of disbursement (Ed Cable)
4. Re: Overdue fees (Georg Steiger)
5. Re: Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (AMIT JAIN)
6. Re: Charges due at time of disbursement (Subramanya S N)
7. Re: Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (Sander van der Heyden)
8. MIFOSX - 15.11.2.RELEASE (Adi Raju)
9. Re: MIFOSX - 15.11.2.RELEASE (Sangamesh Nadagoudar)
10. Unexpected additional charge in ledger (Arvind Sujeeth)
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 Nov 2015 14:40:39 +0000
From: Sander van der Heyden <sandervan...@musoni.eu>
Subject: Re: [Mifos-users] [Mifos-developer] Ability to recognise VAT
on charges
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Message-ID:
<CAE4VZ0iwreMRR6DQgwoT_87d...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Venkata,
Thanks for your response. We indeed know and have used that option which
applies to VAT on interest, we are now getting samples of VAT on charges,
where part of the charges incoming needs to be taxed and therefore booked
separately. Is this something you've run into as well?
Following the same logic, this would be a % over charge charge, which
get's messy. I think therefore we would end up either speccing out the
charges more (allowing to setup VAT bands on charges), or come up with
some other way of charging VAT on a per product basis that would be applied
to charges as well as interest. Has anyone already put any thought into the
best way of dealing with this, or am I missing a very obvious and clean way
around it?
Thanks,
Sander
Sander van der Heyden
CTO Musoni Services
Mobile (NL): +31 (0)6 14239505
Mobile (Kenya): +254 (0)707211284
Skype: s.vdheyden
Website: musonisystem.com
Follow us on Twitter! <https://twitter.com/musonimfi>
Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
The Netherlands
On Mon, Nov 16, 2015 at 2:32 PM, Venkata Ganesh <
venkata...@confluxtechnologies.com> wrote:
> Hi Sander,
>
> we are having a charge called Installment Fee that need to be attached at
> the time for creation of the loan application, we had a option called %
> Interest so the charge can be applied to the particular % of the interest
> for every instalment you can check weather this is reaching your
> requirements.
>
> On Mon, Nov 16, 2015 at 7:41 PM Sander van der Heyden <
> sandervan...@musoni.eu> wrote:
>
>> Hi Guys,
>>
>> Just checking in if anyone already had some feedback on this, as we will
>> otherwise go ahead and start speccing it out.
>>
>> Thanks,
>> Sander
>>
>>
>> Sander van der Heyden
>>
>> CTO Musoni Services
>>
>>
>>
>>
>> Mobile (NL): +31 (0)6 14239505
>> Mobile (Kenya): +254 (0)707211284
>> Skype: s.vdheyden
>> Website: musonisystem.com
>> Follow us on Twitter! <https://twitter.com/musonimfi>
>> Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
>> The Netherlands
>>
>> On Tue, Nov 10, 2015 at 12:58 PM, Sander van der Heyden <
>> sandervan...@musoni.eu> wrote:
>>
>>> Hi all,
>>>
>>> We've been requested to develop a feature that will allow you to
>>> recognise VAT on charges income. In the past this has obviously been
>>> developed for VAT on interest (by adding a % over interest charge), but I
>>> am unaware of having this ability for charges on loans (or savings).
>>>
>>> Has anyone else run into this requirement before? And if so is there
>>> already a JIRA, or even better a working feature, to do this?
>>>
>>> Thanks,
>>> Sander
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Presto, an open source distributed SQL query engine for big data,
>> initially
>> developed by Facebook, enables you to easily query your data on Hadoop in
>> a
>> more interactive manner. Teradata is also now providing full enterprise
>> support for Presto. Download a free open source copy now.
>> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140Mifos-developer
>> mailing list
>> mifos-d...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>
> --
> Thanks and Regards,
>
> Venkat
>
>
>
> ------------------------------------------------------------------------------
> Presto, an open source distributed SQL query engine for big data, initially
> developed by Facebook, enables you to easily query your data on Hadoop in a
> more interactive manner. Teradata is also now providing full enterprise
> support for Presto. Download a free open source copy now.
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Tue, 17 Nov 2015 16:55:10 -0800
From: Ed Cable <edc...@mifos.org>
Subject: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: mifos-users <mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAPnWRTjqkd4tZkMKn6bS-8vJ...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi everyone,
Robert Ippez from Valee SACCO in Uganda has detailed out some very specific
use cases he would like supported fro overpayments and how the surplus
payment gets treated at: https://mifosforge.jira.com/browse/MIFOSX-2149
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
Often for them, field collections are processed in batch and often more
money is collected than is needed to pay off the account and they wanted to
specify a number of options for how the surplus payment should be treated:
* Reject surplus payment in full and credit to system error account.
* Credit a linked savings or current account if existing, otherwise reject
* Credit a linked savings or current account if existing, otherwise credit
to Customer Surplus Account
* Credit to Customer Surplus Account if existing, otherwise reject.
I wanted to start a discussion amongst partners and users in the community
about:
1) Do you have these bulk collections occur in the field where the payoff
amount isn't known?
2) Do you have overpayments commonly occurring and if so, how do you handle
them?
3) Do you need additional treatment of the surplus payment or is the refund
functionality currently supported enough?
Please either reply to this thread or leave a comment on the issue in JIRA.
Ed
--
*Ed Cable*
Director of Community Programs, Mifos Initiative
edc...@mifos.org
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==>
|
Skype: edcable | Mobile: +1.484.477.8649
*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Tue, 17 Nov 2015 17:42:58 -0800
From: Ed Cable <edc...@mifos.org>
Subject: [Mifos-users] Charges due at time of disbursement
To: mifos-users <mifos...@lists.sourceforge.net>
Cc: Subramanya S N <subra...@confluxtechnologies.com>
Message-ID:
<CAPnWRThMJfoCG11-yoPW7c5BbS+8oDJtneh=uCs801G...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Subramanya/Sangamesh,
I was playing around with the charges functionality to help determine if
this was a valid feature enhancement:
https://mifosforge.jira.com/browse/MIFOSX-2161
<https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNjE=>
When trying out charges that are due at time of disbursement, I had some
questions on how they function
It appears that there's no ability to edit or specify the actual amount
that is collected at time of disbursement - is this the intended behavior
and does this work for all users supporting these charges?
When a loan is disbursed and there is a charge due at time of disbursement,
the system automatically applies the charge and collects it with the
corresponding transactions being made.
Is there ever the case where a client doesn't pay the charge in full and
one would need to specify that or would a loan not get disbursed?
I just thought that at time of disbursement, one would explicitly have to
at least confirm the amount being collected for the charge at disbursement.
In the event of disbursing to savings, I assumed that it would deduct the
charge from the balance that was disbursed to savings:
Expected
Loan Amount: $10000
Charge at time of Disbursement $500
Amount Disbursed to Savings: $9500
Actual
Loan Amount: $10000
Charge at time of Disbursement $500
Amount Disbursed to Savings: $10000
Charge is paid off but the system user had no control over specifying how
or for what amount the charge was collected.
Ed
<https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 4
Date: Wed, 18 Nov 2015 11:26:46 +0800
From: Georg Steiger <ge...@steiger.at>
Subject: Re: [Mifos-users] Overdue fees
To: Subramanya S N <subra...@confluxtechnologies.com>
Cc: Mifos Users <mifos...@googlegroups.com>,
"mifos...@lists.sourceforge.net"
<mifos...@lists.sourceforge.net>
Message-ID:
<CA+BhUdnn-_-Y5H0b8P9Xs5dM...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
did some more testing - there seems to be an issue with which installment
mifos tries to attach
overdue charges to. Created an issue in the tracker with details:
https://mifosforge.jira.com/browse/MIFOSX-2358
Georg
--
Mobile: +63 928 559 7409
On Mon, Nov 16, 2015 at 3:06 PM, Subramanya S N <
subra...@confluxtechnologies.com> wrote:
> Hi George,
> There is an existing issue related to overdue charge MIFOSX-2304
> <https://mifosforge.jira.com/browse/MIFOSX-2304>,
> Please let us know the issue you discussed above is similar
>
> On Thursday, November 12, 2015 at 10:59:27 AM UTC+5:30, Georg Steiger
> wrote:
>
>> Hi all,
>>
>> we are experiencing some strange behavior with overdue fees:
>>
>> 1) Daily overdue fee gets applied only 4 times and then stop. This
>> happens across
>> different products.
>>
>> 2) Only first overdue charge actually generates a transaction, next
>> charges just show under charges,
>> but not under transactions, so they also don't get added to the next
>> installment.
>> For example, if there are 4 charges for each 100, the total penalty the
>> loan show is only 100.
>>
>> We are on latest version (15.11.1) but had same issue with previous
>> version.
>>
>> Is this expected behavior or a bug? Any way to fix it?
>>
>> Georg
>> --
>> Mobile: +63 928 559 7409
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 5
Date: Wed, 18 Nov 2015 11:54:02 +0530
From: AMIT JAIN <amitja...@gmail.com>
Subject: Re: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAG3UgAL=YGaXKFtNJpS2Mcbbe4BGA...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Ed,
Yes, this happens many times.
The solution is to attach two accounts to any of the borrower 1. Loan
account 2. Ledger account. Means any transaction which is not a part of
Loan account, will be done in ledger account soon it required than pass a
journal voucher.
Let me know if you don't understand.
Regards
AMIT
On Wed, Nov 18, 2015 at 6:25 AM, Ed Cable <edc...@mifos.org> wrote:
> Hi everyone,
>
> Robert Ippez from Valee SACCO in Uganda has detailed out some very
> specific use cases he would like supported fro overpayments and how the
> surplus payment gets treated at:
> https://mifosforge.jira.com/browse/MIFOSX-2149
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
>
> Often for them, field collections are processed in batch and often more
> money is collected than is needed to pay off the account and they wanted to
> specify a number of options for how the surplus payment should be treated:
>
> * Reject surplus payment in full and credit to system error account.
> * Credit a linked savings or current account if existing, otherwise reject
> * Credit a linked savings or current account if existing, otherwise credit
> to Customer Surplus Account
> * Credit to Customer Surplus Account if existing, otherwise reject.
>
> I wanted to start a discussion amongst partners and users in the community
> about:
>
> 1) Do you have these bulk collections occur in the field where the payoff
> amount isn't known?
> 2) Do you have overpayments commonly occurring and if so, how do you
> handle them?
> 3) Do you need additional treatment of the surplus payment or is the
> refund functionality currently supported enough?
>
> Please either reply to this thread or leave a comment on the issue in JIRA.
>
> Ed
> --
> *Ed Cable*
> Director of Community Programs, Mifos Initiative
> edc...@mifos.org
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==> |
> Skype: edcable | Mobile: +1.484.477.8649
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
>
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
>
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
--
AMIT JAIN
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 6
Date: Wed, 18 Nov 2015 11:57:46 +0530
From: Subramanya S N <subra...@confluxtechnologies.com>
Subject: Re: [Mifos-users] Charges due at time of disbursement
To: Ed Cable <edc...@mifos.org>
Cc: mifos-users <mifos...@lists.sourceforge.net>
Message-ID:
<CAH1AmXBJ5x3-ZGUWn_nef3aJ...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Q. It appears that there's no ability to edit or specify the actual amount
that is collected at time of disbursement - is this the intended behavior
and does this work for all users supporting these charges?
A: Yes once the loan is approved user can not able to modify the charge
amount,(adding new charge is allowed after loan approval) currently
application behaves like this only. Before loan approval the user can
modify the charge amount.
Q. When a loan is disbursed and there is a charge due at time of
disbursement, the system automatically applies the charge and collects it
with the corresponding transactions being made.
Is there ever the case where a client doesn't pay the charge in full and
one would need to specify that or would a loan not get disbursed?
A: No since disbursement charge get collected fully at the time of
disbursement there is no chance it is partially paid and loan not got
disbursed.
Related to issue MIFOSX-2161
<https://mifosforge.jira.com/browse/MIFOSX-2161>,
The amount 500 is extra (Other than disbursed amount) which is getting
collected at time of disbursement.
If the same amount is deducted from loan amount then
1. Interest calculation should happen with respect to 10000, but here
actual amount received by the customer is 9500. How in the repayment
schedule the interest calculation will reflect?
2. If Loan amount is disbursed to savings account then journal entries with
respect to loans
10000 Credit
500 Debit,
with respect to savings
9500 debit.
which is mismatch compared to Loan journal entries.
Please let me know for any suggestions or improvements
On Wed, Nov 18, 2015 at 7:12 AM, Ed Cable <edc...@mifos.org> wrote:
> Subramanya/Sangamesh,
>
> I was playing around with the charges functionality to help determine if
> this was a valid feature enhancement:
> https://mifosforge.jira.com/browse/MIFOSX-2161
> <https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNjE=>
>
> When trying out charges that are due at time of disbursement, I had some
> questions on how they function
>
> It appears that there's no ability to edit or specify the actual amount
> that is collected at time of disbursement - is this the intended behavior
> and does this work for all users supporting these charges?
>
> When a loan is disbursed and there is a charge due at time of
> disbursement, the system automatically applies the charge and collects it
> with the corresponding transactions being made.
>
> Is there ever the case where a client doesn't pay the charge in full and
> one would need to specify that or would a loan not get disbursed?
>
> I just thought that at time of disbursement, one would explicitly have to
> at least confirm the amount being collected for the charge at disbursement.
>
>
> In the event of disbursing to savings, I assumed that it would deduct the
> charge from the balance that was disbursed to savings:
>
> Expected
> Loan Amount: $10000
> Charge at time of Disbursement $500
> Amount Disbursed to Savings: $9500
>
> Actual
> Loan Amount: $10000
> Charge at time of Disbursement $500
> Amount Disbursed to Savings: $10000
>
> Charge is paid off but the system user had no control over specifying how
> or for what amount the charge was collected.
>
> Ed
>
> <https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>
>
--
Regards,
Subramanya.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 7
Date: Wed, 18 Nov 2015 08:04:05 +0100
From: Sander van der Heyden <sandervan...@musoni.eu>
Subject: Re: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAE4VZ0jfnw=1QKacM=OfrxjZRywnoN6zSr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi All,
I think most (if not all) of the scenario's described are already covered
in the code, but are not yet automated. I would also argue that automating
them is not the way forward, as these rules are quite specific, and
therefore it might be better for the specialists implementing to use a job
to handle these overpayments as the business rules will vary and will have
overlap.
One of the gaps that we do see in current functionality, is the ability to
*not* refund amounts in an overpaid loan to a customer, but instead book
them off into a GL account. Cases where this happens are for instance
overpayments too small to actually pay out, or customers who the
institution is no longer in contact with but have a small surplus in their
loan. There currently is the option to transfer to savings, or to refund in
cash, but the final option to just book these amounts off is missing.
Sander
Sander van der Heyden
CTO Musoni Services
Mobile (NL): +31 (0)6 14239505
Mobile (Kenya): +254 (0)707211284
Skype: s.vdheyden
Website: musonisystem.com
Follow us on Twitter! <https://twitter.com/musonimfi>
Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
The Netherlands
On Wed, Nov 18, 2015 at 7:24 AM, AMIT JAIN <amitja...@gmail.com> wrote:
> Hello Ed,
>
> Yes, this happens many times.
>
> The solution is to attach two accounts to any of the borrower 1. Loan
> account 2. Ledger account. Means any transaction which is not a part of
> Loan account, will be done in ledger account soon it required than pass a
> journal voucher.
>
> Let me know if you don't understand.
> Regards
> AMIT
>
> On Wed, Nov 18, 2015 at 6:25 AM, Ed Cable <edc...@mifos.org> wrote:
>
>> Hi everyone,
>>
>> Robert Ippez from Valee SACCO in Uganda has detailed out some very
>> specific use cases he would like supported fro overpayments and how the
>> surplus payment gets treated at:
>> https://mifosforge.jira.com/browse/MIFOSX-2149
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
>>
>> Often for them, field collections are processed in batch and often more
>> money is collected than is needed to pay off the account and they wanted to
>> specify a number of options for how the surplus payment should be treated:
>>
>> * Reject surplus payment in full and credit to system error account.
>> * Credit a linked savings or current account if existing, otherwise reject
>> * Credit a linked savings or current account if existing, otherwise
>> credit to Customer Surplus Account
>> * Credit to Customer Surplus Account if existing, otherwise reject.
>>
>> I wanted to start a discussion amongst partners and users in the
>> community about:
>>
>> 1) Do you have these bulk collections occur in the field where the payoff
>> amount isn't known?
>> 2) Do you have overpayments commonly occurring and if so, how do you
>> handle them?
>> 3) Do you need additional treatment of the surplus payment or is the
>> refund functionality currently supported enough?
>>
>> Please either reply to this thread or leave a comment on the issue in
>> JIRA.
>>
>> Ed
>> --
>> *Ed Cable*
>> Director of Community Programs, Mifos Initiative
>> edc...@mifos.org
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==> |
>> Skype: edcable | Mobile: +1.484.477.8649
>>
>> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
>>
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
>>
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Mifos-users mailing list
>> Mifos...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mifos-users
>>
>>
>
>
> --
> AMIT JAIN
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 8
Date: Wed, 18 Nov 2015 17:10:27 +0530
From: "Adi Raju" <adi....@confluxtechnologies.com>
Subject: [Mifos-users] MIFOSX - 15.11.2.RELEASE
To: <mifos...@lists.sourceforge.net>,
<mifos-d...@lists.sourceforge.net>
Message-ID: <01e201d121f5$ece28f70$c6a7ae50$@confluxtechnologies.com>
Content-Type: text/plain; charset="us-ascii"
Hi All,
This release introduces floating rates feature. This release also includes
few bug fixes as mentioned below.
Platform & API
New Features & Improvements
.[MIFOSX-1761] - Add support for floating interest rates for loan
Bugs
.All issues found during testing of floating interest rates feature
.[MIFOSX-2328] - In Loan rescheduling if repayment date is changed the in
Account details page Maturity date is not getting updated
Community-App
New Features & Improvements
.[MIFOSX-1761] - Add support for floating interest rates for loan
Bugs
.[MIFOSX-2072] - 'validation.msg.invalid.decimal.format' Error in number
fields in case the decimal symbol of current locale is comma
.[MIFOSX-2113] - Required some fields mandatory at the time of client
creation
Release file can be downloaded from
http://sourceforge.net/projects/mifos/files/Mifos%20X/mifosplatform-15.11.2.
RELEASE.zip/download
The same would be made default download file after QA approves the release.
Regards,
Adi Raju
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 9
Date: Wed, 18 Nov 2015 18:48:53 +0530
From: Sangamesh Nadagoudar <sang...@confluxtechnologies.com>
Subject: Re: [Mifos-users] MIFOSX - 15.11.2.RELEASE
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Mifos software development <mifos-d...@lists.sourceforge.net>
Message-ID:
<CAMaHBUCgKySCU4yHs-PoT3f9mRGwYFLE-5_LJaiErjqDn=W_=w...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Folks,
Mifos X 15.11.2v Amazon AWS image is available - ami-f1915092
<https://console.aws.amazon.com/ec2/home?region=ap-southeast-1#LaunchInstanceWizard:ami=ami-f1915092>
You could find the info on upgrading Mifos X to latest version from here:-
https://github.com/openMF/mifosx/wiki/Installation-FAQ's#upgrading-an-existing-installation-of-mifosx
In case if the up-gradation gets failed then you could follow the below
mentioned link and fix it:-
https://mifosforge.jira.com/wiki/display/docs/Failed+Upgrade+Tips+Mifos+X
Thanks,
Sangamesh
On Wed, Nov 18, 2015 at 5:10 PM, Adi Raju <adi....@confluxtechnologies.com>
wrote:
> Hi All,
>
>
>
> This release introduces floating rates feature. This release also includes
> few bug fixes as mentioned below.
>
>
>
> Platform & API
>
>
>
> New Features & Improvements
>
> ?[MIFOSX-1761] - Add support for floating interest rates for loan
>
>
>
> Bugs
>
> ?All issues found during testing of floating interest rates feature
>
> ?[MIFOSX-2328] - In Loan rescheduling if repayment date is changed the in
> Account details page Maturity date is not getting updated
>
>
>
> Community-App
>
>
>
> New Features & Improvements
>
> ?[MIFOSX-1761] - Add support for floating interest rates for loan
>
>
>
> Bugs
>
> ?[MIFOSX-2072] - 'validation.msg.invalid.decimal.format' Error in number
> fields in case the decimal symbol of current locale is comma
>
> ?[MIFOSX-2113] - Required some fields mandatory at the time of client
> creation
>
>
>
> Release file can be downloaded from
> http://sourceforge.net/projects/mifos/files/Mifos%20X/mifosplatform-15.11.2.RELEASE.zip/download
>
> The same would be made default download file after QA approves the release.
>
>
>
> Regards,
>
> Adi Raju
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 10
Date: Thu, 19 Nov 2015 10:31:39 -0800
From: Arvind Sujeeth <arv...@mines.io>
Subject: [Mifos-users] Unexpected additional charge in ledger
To: mifos...@lists.sourceforge.net
Message-ID: <564E158B...@mines.io>
Content-Type: text/plain; charset="utf-8"
Hi all,
I recently encountered a small mystery. I have a test loan in Mifos with a principal of 10.0 and a charge of 10% of the approved amount, due at the specified due date. When I first disburse the loan, Mifos correctly applies the charge and reports the total amount due to be 11.0. However, some time later (within a day or so), Mifos apparently applies a second 10% fee for some reason. Oddly, the second fee only appears in the 'Summary' screen, and not in the 'Repayment schedule' screen (see attached screenshots).
Anyone have any idea what is going on or how to fix it?
thanks,
Arvind
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-11-19 at 10.24.41 AM.png
Type: image/png
Size: 91319 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-11-19 at 10.24.48 AM.png
Type: image/png
Size: 102792 bytes
Desc: not available
------------------------------
------------------------------------------------------------------------------
------------------------------
_______________________________________________
Mifos-users mailing list
Mifos...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mifos-users
End of Mifos-users Digest, Vol 229, Issue 2
*******************************************
mifos...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mifos-users
or, via email, send a message with subject or body 'help' to
mifos-use...@lists.sourceforge.net
You can reach the person managing the list at
mifos-us...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Mifos-users digest..."
Today's Topics:
1. Re: [Mifos-developer] Ability to recognise VAT on charges
(Sander van der Heyden)
2. Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (Ed Cable)
3. Charges due at time of disbursement (Ed Cable)
4. Re: Overdue fees (Georg Steiger)
5. Re: Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (AMIT JAIN)
6. Re: Charges due at time of disbursement (Subramanya S N)
7. Re: Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc) (Sander van der Heyden)
8. MIFOSX - 15.11.2.RELEASE (Adi Raju)
9. Re: MIFOSX - 15.11.2.RELEASE (Sangamesh Nadagoudar)
10. Unexpected additional charge in ledger (Arvind Sujeeth)
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 Nov 2015 14:40:39 +0000
From: Sander van der Heyden <sandervan...@musoni.eu>
Subject: Re: [Mifos-users] [Mifos-developer] Ability to recognise VAT
on charges
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Message-ID:
<CAE4VZ0iwreMRR6DQgwoT_87d...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Venkata,
Thanks for your response. We indeed know and have used that option which
applies to VAT on interest, we are now getting samples of VAT on charges,
where part of the charges incoming needs to be taxed and therefore booked
separately. Is this something you've run into as well?
Following the same logic, this would be a % over charge charge, which
get's messy. I think therefore we would end up either speccing out the
charges more (allowing to setup VAT bands on charges), or come up with
some other way of charging VAT on a per product basis that would be applied
to charges as well as interest. Has anyone already put any thought into the
best way of dealing with this, or am I missing a very obvious and clean way
around it?
Thanks,
Sander
Sander van der Heyden
CTO Musoni Services
Mobile (NL): +31 (0)6 14239505
Mobile (Kenya): +254 (0)707211284
Skype: s.vdheyden
Website: musonisystem.com
Follow us on Twitter! <https://twitter.com/musonimfi>
Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
The Netherlands
On Mon, Nov 16, 2015 at 2:32 PM, Venkata Ganesh <
venkata...@confluxtechnologies.com> wrote:
> Hi Sander,
>
> we are having a charge called Installment Fee that need to be attached at
> the time for creation of the loan application, we had a option called %
> Interest so the charge can be applied to the particular % of the interest
> for every instalment you can check weather this is reaching your
> requirements.
>
> On Mon, Nov 16, 2015 at 7:41 PM Sander van der Heyden <
> sandervan...@musoni.eu> wrote:
>
>> Hi Guys,
>>
>> Just checking in if anyone already had some feedback on this, as we will
>> otherwise go ahead and start speccing it out.
>>
>> Thanks,
>> Sander
>>
>>
>> Sander van der Heyden
>>
>> CTO Musoni Services
>>
>>
>>
>>
>> Mobile (NL): +31 (0)6 14239505
>> Mobile (Kenya): +254 (0)707211284
>> Skype: s.vdheyden
>> Website: musonisystem.com
>> Follow us on Twitter! <https://twitter.com/musonimfi>
>> Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
>> The Netherlands
>>
>> On Tue, Nov 10, 2015 at 12:58 PM, Sander van der Heyden <
>> sandervan...@musoni.eu> wrote:
>>
>>> Hi all,
>>>
>>> We've been requested to develop a feature that will allow you to
>>> recognise VAT on charges income. In the past this has obviously been
>>> developed for VAT on interest (by adding a % over interest charge), but I
>>> am unaware of having this ability for charges on loans (or savings).
>>>
>>> Has anyone else run into this requirement before? And if so is there
>>> already a JIRA, or even better a working feature, to do this?
>>>
>>> Thanks,
>>> Sander
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> Presto, an open source distributed SQL query engine for big data,
>> initially
>> developed by Facebook, enables you to easily query your data on Hadoop in
>> a
>> more interactive manner. Teradata is also now providing full enterprise
>> support for Presto. Download a free open source copy now.
>> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140Mifos-developer
>> mailing list
>> mifos-d...@lists.sourceforge.net
>> Unsubscribe or change settings at:
>> https://lists.sourceforge.net/lists/listinfo/mifos-developer
>
> --
> Thanks and Regards,
>
> Venkat
>
>
>
> ------------------------------------------------------------------------------
> Presto, an open source distributed SQL query engine for big data, initially
> developed by Facebook, enables you to easily query your data on Hadoop in a
> more interactive manner. Teradata is also now providing full enterprise
> support for Presto. Download a free open source copy now.
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Tue, 17 Nov 2015 16:55:10 -0800
From: Ed Cable <edc...@mifos.org>
Subject: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: mifos-users <mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAPnWRTjqkd4tZkMKn6bS-8vJ...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi everyone,
Robert Ippez from Valee SACCO in Uganda has detailed out some very specific
use cases he would like supported fro overpayments and how the surplus
payment gets treated at: https://mifosforge.jira.com/browse/MIFOSX-2149
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
Often for them, field collections are processed in batch and often more
money is collected than is needed to pay off the account and they wanted to
specify a number of options for how the surplus payment should be treated:
* Reject surplus payment in full and credit to system error account.
* Credit a linked savings or current account if existing, otherwise reject
* Credit a linked savings or current account if existing, otherwise credit
to Customer Surplus Account
* Credit to Customer Surplus Account if existing, otherwise reject.
I wanted to start a discussion amongst partners and users in the community
about:
1) Do you have these bulk collections occur in the field where the payoff
amount isn't known?
2) Do you have overpayments commonly occurring and if so, how do you handle
them?
3) Do you need additional treatment of the surplus payment or is the refund
functionality currently supported enough?
Please either reply to this thread or leave a comment on the issue in JIRA.
Ed
--
*Ed Cable*
Director of Community Programs, Mifos Initiative
edc...@mifos.org
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==>
|
Skype: edcable | Mobile: +1.484.477.8649
*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
<https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Tue, 17 Nov 2015 17:42:58 -0800
From: Ed Cable <edc...@mifos.org>
Subject: [Mifos-users] Charges due at time of disbursement
To: mifos-users <mifos...@lists.sourceforge.net>
Cc: Subramanya S N <subra...@confluxtechnologies.com>
Message-ID:
<CAPnWRThMJfoCG11-yoPW7c5BbS+8oDJtneh=uCs801G...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Subramanya/Sangamesh,
I was playing around with the charges functionality to help determine if
this was a valid feature enhancement:
https://mifosforge.jira.com/browse/MIFOSX-2161
<https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNjE=>
When trying out charges that are due at time of disbursement, I had some
questions on how they function
It appears that there's no ability to edit or specify the actual amount
that is collected at time of disbursement - is this the intended behavior
and does this work for all users supporting these charges?
When a loan is disbursed and there is a charge due at time of disbursement,
the system automatically applies the charge and collects it with the
corresponding transactions being made.
Is there ever the case where a client doesn't pay the charge in full and
one would need to specify that or would a loan not get disbursed?
I just thought that at time of disbursement, one would explicitly have to
at least confirm the amount being collected for the charge at disbursement.
In the event of disbursing to savings, I assumed that it would deduct the
charge from the balance that was disbursed to savings:
Expected
Loan Amount: $10000
Charge at time of Disbursement $500
Amount Disbursed to Savings: $9500
Actual
Loan Amount: $10000
Charge at time of Disbursement $500
Amount Disbursed to Savings: $10000
Charge is paid off but the system user had no control over specifying how
or for what amount the charge was collected.
Ed
<https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 4
Date: Wed, 18 Nov 2015 11:26:46 +0800
From: Georg Steiger <ge...@steiger.at>
Subject: Re: [Mifos-users] Overdue fees
To: Subramanya S N <subra...@confluxtechnologies.com>
Cc: Mifos Users <mifos...@googlegroups.com>,
"mifos...@lists.sourceforge.net"
<mifos...@lists.sourceforge.net>
Message-ID:
<CA+BhUdnn-_-Y5H0b8P9Xs5dM...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
did some more testing - there seems to be an issue with which installment
mifos tries to attach
overdue charges to. Created an issue in the tracker with details:
https://mifosforge.jira.com/browse/MIFOSX-2358
Georg
--
Mobile: +63 928 559 7409
On Mon, Nov 16, 2015 at 3:06 PM, Subramanya S N <
subra...@confluxtechnologies.com> wrote:
> Hi George,
> There is an existing issue related to overdue charge MIFOSX-2304
> <https://mifosforge.jira.com/browse/MIFOSX-2304>,
> Please let us know the issue you discussed above is similar
>
> On Thursday, November 12, 2015 at 10:59:27 AM UTC+5:30, Georg Steiger
> wrote:
>
>> Hi all,
>>
>> we are experiencing some strange behavior with overdue fees:
>>
>> 1) Daily overdue fee gets applied only 4 times and then stop. This
>> happens across
>> different products.
>>
>> 2) Only first overdue charge actually generates a transaction, next
>> charges just show under charges,
>> but not under transactions, so they also don't get added to the next
>> installment.
>> For example, if there are 4 charges for each 100, the total penalty the
>> loan show is only 100.
>>
>> We are on latest version (15.11.1) but had same issue with previous
>> version.
>>
>> Is this expected behavior or a bug? Any way to fix it?
>>
>> Georg
>> --
>> Mobile: +63 928 559 7409
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 5
Date: Wed, 18 Nov 2015 11:54:02 +0530
From: AMIT JAIN <amitja...@gmail.com>
Subject: Re: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAG3UgAL=YGaXKFtNJpS2Mcbbe4BGA...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Ed,
Yes, this happens many times.
The solution is to attach two accounts to any of the borrower 1. Loan
account 2. Ledger account. Means any transaction which is not a part of
Loan account, will be done in ledger account soon it required than pass a
journal voucher.
Let me know if you don't understand.
Regards
AMIT
On Wed, Nov 18, 2015 at 6:25 AM, Ed Cable <edc...@mifos.org> wrote:
> Hi everyone,
>
> Robert Ippez from Valee SACCO in Uganda has detailed out some very
> specific use cases he would like supported fro overpayments and how the
> surplus payment gets treated at:
> https://mifosforge.jira.com/browse/MIFOSX-2149
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
>
> Often for them, field collections are processed in batch and often more
> money is collected than is needed to pay off the account and they wanted to
> specify a number of options for how the surplus payment should be treated:
>
> * Reject surplus payment in full and credit to system error account.
> * Credit a linked savings or current account if existing, otherwise reject
> * Credit a linked savings or current account if existing, otherwise credit
> to Customer Surplus Account
> * Credit to Customer Surplus Account if existing, otherwise reject.
>
> I wanted to start a discussion amongst partners and users in the community
> about:
>
> 1) Do you have these bulk collections occur in the field where the payoff
> amount isn't known?
> 2) Do you have overpayments commonly occurring and if so, how do you
> handle them?
> 3) Do you need additional treatment of the surplus payment or is the
> refund functionality currently supported enough?
>
> Please either reply to this thread or leave a comment on the issue in JIRA.
>
> Ed
> --
> *Ed Cable*
> Director of Community Programs, Mifos Initiative
> edc...@mifos.org
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==> |
> Skype: edcable | Mobile: +1.484.477.8649
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
>
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
>
> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
--
AMIT JAIN
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 6
Date: Wed, 18 Nov 2015 11:57:46 +0530
From: Subramanya S N <subra...@confluxtechnologies.com>
Subject: Re: [Mifos-users] Charges due at time of disbursement
To: Ed Cable <edc...@mifos.org>
Cc: mifos-users <mifos...@lists.sourceforge.net>
Message-ID:
<CAH1AmXBJ5x3-ZGUWn_nef3aJ...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Q. It appears that there's no ability to edit or specify the actual amount
that is collected at time of disbursement - is this the intended behavior
and does this work for all users supporting these charges?
A: Yes once the loan is approved user can not able to modify the charge
amount,(adding new charge is allowed after loan approval) currently
application behaves like this only. Before loan approval the user can
modify the charge amount.
Q. When a loan is disbursed and there is a charge due at time of
disbursement, the system automatically applies the charge and collects it
with the corresponding transactions being made.
Is there ever the case where a client doesn't pay the charge in full and
one would need to specify that or would a loan not get disbursed?
A: No since disbursement charge get collected fully at the time of
disbursement there is no chance it is partially paid and loan not got
disbursed.
Related to issue MIFOSX-2161
<https://mifosforge.jira.com/browse/MIFOSX-2161>,
The amount 500 is extra (Other than disbursed amount) which is getting
collected at time of disbursement.
If the same amount is deducted from loan amount then
1. Interest calculation should happen with respect to 10000, but here
actual amount received by the customer is 9500. How in the repayment
schedule the interest calculation will reflect?
2. If Loan amount is disbursed to savings account then journal entries with
respect to loans
10000 Credit
500 Debit,
with respect to savings
9500 debit.
which is mismatch compared to Loan journal entries.
Please let me know for any suggestions or improvements
On Wed, Nov 18, 2015 at 7:12 AM, Ed Cable <edc...@mifos.org> wrote:
> Subramanya/Sangamesh,
>
> I was playing around with the charges functionality to help determine if
> this was a valid feature enhancement:
> https://mifosforge.jira.com/browse/MIFOSX-2161
> <https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNjE=>
>
> When trying out charges that are due at time of disbursement, I had some
> questions on how they function
>
> It appears that there's no ability to edit or specify the actual amount
> that is collected at time of disbursement - is this the intended behavior
> and does this work for all users supporting these charges?
>
> When a loan is disbursed and there is a charge due at time of
> disbursement, the system automatically applies the charge and collects it
> with the corresponding transactions being made.
>
> Is there ever the case where a client doesn't pay the charge in full and
> one would need to specify that or would a loan not get disbursed?
>
> I just thought that at time of disbursement, one would explicitly have to
> at least confirm the amount being collected for the charge at disbursement.
>
>
> In the event of disbursing to savings, I assumed that it would deduct the
> charge from the balance that was disbursed to savings:
>
> Expected
> Loan Amount: $10000
> Charge at time of Disbursement $500
> Amount Disbursed to Savings: $9500
>
> Actual
> Loan Amount: $10000
> Charge at time of Disbursement $500
> Amount Disbursed to Savings: $10000
>
> Charge is paid off but the system user had no control over specifying how
> or for what amount the charge was collected.
>
> Ed
>
> <https://web.chilipiper.com/link/mifos.org/564bd55ae4b0e2e6d5ad48f5?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>
>
--
Regards,
Subramanya.
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 7
Date: Wed, 18 Nov 2015 08:04:05 +0100
From: Sander van der Heyden <sandervan...@musoni.eu>
Subject: Re: [Mifos-users] Treatment of Surplus Payments on Loans
(Overpayment/Refund/etc)
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Ippe Robert <ippez....@gmail.com>
Message-ID:
<CAE4VZ0jfnw=1QKacM=OfrxjZRywnoN6zSr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi All,
I think most (if not all) of the scenario's described are already covered
in the code, but are not yet automated. I would also argue that automating
them is not the way forward, as these rules are quite specific, and
therefore it might be better for the specialists implementing to use a job
to handle these overpayments as the business rules will vary and will have
overlap.
One of the gaps that we do see in current functionality, is the ability to
*not* refund amounts in an overpaid loan to a customer, but instead book
them off into a GL account. Cases where this happens are for instance
overpayments too small to actually pay out, or customers who the
institution is no longer in contact with but have a small surplus in their
loan. There currently is the option to transfer to savings, or to refund in
cash, but the final option to just book these amounts off is missing.
Sander
Sander van der Heyden
CTO Musoni Services
Mobile (NL): +31 (0)6 14239505
Mobile (Kenya): +254 (0)707211284
Skype: s.vdheyden
Website: musonisystem.com
Follow us on Twitter! <https://twitter.com/musonimfi>
Postal address: Hillegomstraat 12-14, office 1.11, 1058 LS, Amsterdam,
The Netherlands
On Wed, Nov 18, 2015 at 7:24 AM, AMIT JAIN <amitja...@gmail.com> wrote:
> Hello Ed,
>
> Yes, this happens many times.
>
> The solution is to attach two accounts to any of the borrower 1. Loan
> account 2. Ledger account. Means any transaction which is not a part of
> Loan account, will be done in ledger account soon it required than pass a
> journal voucher.
>
> Let me know if you don't understand.
> Regards
> AMIT
>
> On Wed, Nov 18, 2015 at 6:25 AM, Ed Cable <edc...@mifos.org> wrote:
>
>> Hi everyone,
>>
>> Robert Ippez from Valee SACCO in Uganda has detailed out some very
>> specific use cases he would like supported fro overpayments and how the
>> surplus payment gets treated at:
>> https://mifosforge.jira.com/browse/MIFOSX-2149
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cHMlM0ElMkYlMkZtaWZvc2ZvcmdlLmppcmEuY29tJTJGYnJvd3NlJTJGTUlGT1NYLTIxNDk=>
>>
>> Often for them, field collections are processed in batch and often more
>> money is collected than is needed to pay off the account and they wanted to
>> specify a number of options for how the surplus payment should be treated:
>>
>> * Reject surplus payment in full and credit to system error account.
>> * Credit a linked savings or current account if existing, otherwise reject
>> * Credit a linked savings or current account if existing, otherwise
>> credit to Customer Surplus Account
>> * Credit to Customer Surplus Account if existing, otherwise reject.
>>
>> I wanted to start a discussion amongst partners and users in the
>> community about:
>>
>> 1) Do you have these bulk collections occur in the field where the payoff
>> amount isn't known?
>> 2) Do you have overpayments commonly occurring and if so, how do you
>> handle them?
>> 3) Do you need additional treatment of the surplus payment or is the
>> refund functionality currently supported enough?
>>
>> Please either reply to this thread or leave a comment on the issue in
>> JIRA.
>>
>> Ed
>> --
>> *Ed Cable*
>> Director of Community Programs, Mifos Initiative
>> edc...@mifos.org
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=bWFpbHRvJTNBZWRjYWJsZSU0MG1pZm9zLm9yZw==> |
>> Skype: edcable | Mobile: +1.484.477.8649
>>
>> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRm1pZm9zLm9yZw==>
>>
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRmZhY2Vib29rLmNvbSUyRm1pZm9z>
>>
>> <https://web.chilipiper.com/link/mifos.org/564bca4ce4b0e2e6d5ad47ad?link=aHR0cCUzQSUyRiUyRnd3dy50d2l0dGVyLmNvbSUyRm1pZm9z>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> Mifos-users mailing list
>> Mifos...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mifos-users
>>
>>
>
>
> --
> AMIT JAIN
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 8
Date: Wed, 18 Nov 2015 17:10:27 +0530
From: "Adi Raju" <adi....@confluxtechnologies.com>
Subject: [Mifos-users] MIFOSX - 15.11.2.RELEASE
To: <mifos...@lists.sourceforge.net>,
<mifos-d...@lists.sourceforge.net>
Message-ID: <01e201d121f5$ece28f70$c6a7ae50$@confluxtechnologies.com>
Content-Type: text/plain; charset="us-ascii"
Hi All,
This release introduces floating rates feature. This release also includes
few bug fixes as mentioned below.
Platform & API
New Features & Improvements
.[MIFOSX-1761] - Add support for floating interest rates for loan
Bugs
.All issues found during testing of floating interest rates feature
.[MIFOSX-2328] - In Loan rescheduling if repayment date is changed the in
Account details page Maturity date is not getting updated
Community-App
New Features & Improvements
.[MIFOSX-1761] - Add support for floating interest rates for loan
Bugs
.[MIFOSX-2072] - 'validation.msg.invalid.decimal.format' Error in number
fields in case the decimal symbol of current locale is comma
.[MIFOSX-2113] - Required some fields mandatory at the time of client
creation
Release file can be downloaded from
http://sourceforge.net/projects/mifos/files/Mifos%20X/mifosplatform-15.11.2.
RELEASE.zip/download
The same would be made default download file after QA approves the release.
Regards,
Adi Raju
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 9
Date: Wed, 18 Nov 2015 18:48:53 +0530
From: Sangamesh Nadagoudar <sang...@confluxtechnologies.com>
Subject: Re: [Mifos-users] MIFOSX - 15.11.2.RELEASE
To: "A good place to start for users or folks new to Mifos."
<mifos...@lists.sourceforge.net>
Cc: Mifos software development <mifos-d...@lists.sourceforge.net>
Message-ID:
<CAMaHBUCgKySCU4yHs-PoT3f9mRGwYFLE-5_LJaiErjqDn=W_=w...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Folks,
Mifos X 15.11.2v Amazon AWS image is available - ami-f1915092
<https://console.aws.amazon.com/ec2/home?region=ap-southeast-1#LaunchInstanceWizard:ami=ami-f1915092>
You could find the info on upgrading Mifos X to latest version from here:-
https://github.com/openMF/mifosx/wiki/Installation-FAQ's#upgrading-an-existing-installation-of-mifosx
In case if the up-gradation gets failed then you could follow the below
mentioned link and fix it:-
https://mifosforge.jira.com/wiki/display/docs/Failed+Upgrade+Tips+Mifos+X
Thanks,
Sangamesh
On Wed, Nov 18, 2015 at 5:10 PM, Adi Raju <adi....@confluxtechnologies.com>
wrote:
> Hi All,
>
>
>
> This release introduces floating rates feature. This release also includes
> few bug fixes as mentioned below.
>
>
>
> Platform & API
>
>
>
> New Features & Improvements
>
> ?[MIFOSX-1761] - Add support for floating interest rates for loan
>
>
>
> Bugs
>
> ?All issues found during testing of floating interest rates feature
>
> ?[MIFOSX-2328] - In Loan rescheduling if repayment date is changed the in
> Account details page Maturity date is not getting updated
>
>
>
> Community-App
>
>
>
> New Features & Improvements
>
> ?[MIFOSX-1761] - Add support for floating interest rates for loan
>
>
>
> Bugs
>
> ?[MIFOSX-2072] - 'validation.msg.invalid.decimal.format' Error in number
> fields in case the decimal symbol of current locale is comma
>
> ?[MIFOSX-2113] - Required some fields mandatory at the time of client
> creation
>
>
>
> Release file can be downloaded from
> http://sourceforge.net/projects/mifos/files/Mifos%20X/mifosplatform-15.11.2.RELEASE.zip/download
>
> The same would be made default download file after QA approves the release.
>
>
>
> Regards,
>
> Adi Raju
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Mifos-users mailing list
> Mifos...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mifos-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 10
Date: Thu, 19 Nov 2015 10:31:39 -0800
From: Arvind Sujeeth <arv...@mines.io>
Subject: [Mifos-users] Unexpected additional charge in ledger
To: mifos...@lists.sourceforge.net
Message-ID: <564E158B...@mines.io>
Content-Type: text/plain; charset="utf-8"
Hi all,
I recently encountered a small mystery. I have a test loan in Mifos with a principal of 10.0 and a charge of 10% of the approved amount, due at the specified due date. When I first disburse the loan, Mifos correctly applies the charge and reports the total amount due to be 11.0. However, some time later (within a day or so), Mifos apparently applies a second 10% fee for some reason. Oddly, the second fee only appears in the 'Summary' screen, and not in the 'Repayment schedule' screen (see attached screenshots).
Anyone have any idea what is going on or how to fix it?
thanks,
Arvind
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-11-19 at 10.24.41 AM.png
Type: image/png
Size: 91319 bytes
Desc: not available
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-11-19 at 10.24.48 AM.png
Type: image/png
Size: 102792 bytes
Desc: not available
------------------------------
------------------------------------------------------------------------------
------------------------------
_______________________________________________
Mifos-users mailing list
Mifos...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mifos-users
End of Mifos-users Digest, Vol 229, Issue 2
*******************************************
Reply all
Reply to author
Forward
0 new messages