[ 
https://issues.apache.org/jira/browse/FINERACT-2063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17828308#comment-17828308
 ] 

Adam Saghy commented on FINERACT-2063:
--------------------------------------

[~kigred.developer] Thank you for the clarification.

One more thing i am not up to date. Are we talking about to:
 * There is a standing instruction to be executed money transfer at 19 Mar 2024
 * Assuming there was not enough money on the savings account, this standing 
instruction was not executed
 * The very next day enough money was added to the savings account
 * Assuming the standing instructions got executed daily
 ** Should the above standing instruction to be executed again and try to pay 
the due installment?
 ** orĀ 
 ** Should the next standing instruction - which is to be executed at 19 Apr 
2024 - should pay the earliest unpaid installment?

So in TLDR my question:

- Should we execute again past, not-completed standing instructions or should 
we allow actual standing instruction to pay the earliest unpaid installment?

> Enable repayment of overdue installments
> ----------------------------------------
>
>                 Key: FINERACT-2063
>                 URL: https://issues.apache.org/jira/browse/FINERACT-2063
>             Project: Apache Fineract
>          Issue Type: Improvement
>          Components: Loan
>    Affects Versions: 1.9.0
>            Reporter: Kigenyi Wilfred
>            Priority: Minor
>             Fix For: 1.10.0
>
>
> Currently the standing instruction task will only execute a transfer if the 
> loan installment in question is for the exact date as the date on which the 
> task is running. This means that if for example a client had an installment 
> due for the day before (or several days before), that installment will not be 
> settled if the client deposits funds on his savings account today or the next 
> day.
> The thinking is that installments should be settled as longs as they are not 
> in the future, that is if the are today or they are overdue.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to