-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FINERACT-2062: Use 48 weeks in a year when interest rate is per month #3795
base: develop
Are you sure you want to change the base?
Conversation
Please kindly see the discussion under the JIRA story: https://issues.apache.org/jira/browse/FINERACT-2062 Also please make sure you are following the proper commit message requirements: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Kindly check my comments!
Thanks for the guidance @adamsaghy. I am following the conversation jira. |
|
||
Integer paymentPeriodsInOneYear = 0; | ||
switch (repaymentFrequencyType) { | ||
case DAYS: | ||
paymentPeriodsInOneYear = 365; | ||
paymentPeriodsInOneYear = interestRateFrequencyMethod.isMonthly() ? Integer.valueOf(360) : Integer.valueOf(365); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks weird to me. If why would it be 360 if it is monthly?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With monthly interest interest and daily repayments, it looks more reasonable to assume that there are exactly 360 days, a number divisible by the 12 months in the year brings our more explainable installments.
break; | ||
case WEEKS: | ||
paymentPeriodsInOneYear = 52; | ||
paymentPeriodsInOneYear = interestRateFrequencyMethod.isMonthly() ? Integer.valueOf(48) : Integer.valueOf(52); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks weird to me. If why would it be 48 if it is monthly?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the interest frequency is monthly, it looks more reasonable to assume there are four weeks in a month, so with 4 weeks in a month and 12 months in a year we shall have 4 x 12 = 48 weeks in a year.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I dont think thats right... monthly interest calculation cannot be 4 weeks... @bharathc27 Thoughts?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Kindly check my review!
This pull request seems to be stale. Are you still planning to work on it? We will automatically close it in 30 days. |
This pull request seems to be stale. Are you still planning to work on it? We will automatically close it in 30 days. |
Description
Describe the changes made and why they were made.
Ignore if these details are present on the associated Apache Fineract JIRA ticket.
Checklist
Please make sure these boxes are checked before submitting your pull request - thanks!
Write the commit message as per https://github.com/apache/fineract/#pull-requests
Acknowledge that we will not review PRs that are not passing the build ("green") - it is your responsibility to get a proposed PR to pass the build, not primarily the project's maintainers.
Create/update unit or integration tests for verifying the changes made.
Follow coding conventions at https://cwiki.apache.org/confluence/display/FINERACT/Coding+Conventions.
Add required Swagger annotation and update API documentation at fineract-provider/src/main/resources/static/legacy-docs/apiLive.htm with details of any API changes
Submission is not a "code dump". (Large changes can be made "in repository" via a branch. Ask on the developer mailing list for guidance, if required.)
FYI our guidelines for code reviews are at https://cwiki.apache.org/confluence/display/FINERACT/Code+Review+Guide.