[jira] [Commented] (FINERACT-515) The "interest charged from" value does not override the date of the system to start charging interest

2017-08-31 Thread Mexina Daniel (JIRA)

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

Mexina Daniel commented on FINERACT-515:


[~santoshmath] Yes i have checked and i find it working fine
I guess i was missing some other configurations for it not to behave as it 
should

> The "interest charged from" value does not override the date of the system to 
> start charging interest
> -
>
> Key: FINERACT-515
> URL: https://issues.apache.org/jira/browse/FINERACT-515
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Loan
>Reporter: Mexina Daniel
>Assignee: Markus Geiss
>
> 1. Apply a loan to an active client: Client-> New Loan
> 2. Fill all the required fields
> 3. In "interest charged from" field, put the date of second repayment
> 4. Submit the loan
> The system does not consider the value in "interest charged from" and display 
> the normal repayment schedule.
> Expected: The interest should start to be charged in the second repayment



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (FINERACT-515) The "interest charged from" value does not override the date of the system to start charging interest

2017-08-31 Thread Mexina Daniel (JIRA)

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

Mexina Daniel commented on FINERACT-515:


Yes

> The "interest charged from" value does not override the date of the system to 
> start charging interest
> -
>
> Key: FINERACT-515
> URL: https://issues.apache.org/jira/browse/FINERACT-515
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Loan
>Reporter: Mexina Daniel
>Assignee: Markus Geiss
>
> 1. Apply a loan to an active client: Client-> New Loan
> 2. Fill all the required fields
> 3. In "interest charged from" field, put the date of second repayment
> 4. Submit the loan
> The system does not consider the value in "interest charged from" and display 
> the normal repayment schedule.
> Expected: The interest should start to be charged in the second repayment



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (FINERACT-515) The "interest charged from" value does not override the date of the system to start charging interest

2017-08-31 Thread Santosh Math (JIRA)

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

Santosh Math commented on FINERACT-515:
---

[~mexina], did you check this issue again considering my previous comment? 

> The "interest charged from" value does not override the date of the system to 
> start charging interest
> -
>
> Key: FINERACT-515
> URL: https://issues.apache.org/jira/browse/FINERACT-515
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Loan
>Reporter: Mexina Daniel
>Assignee: Markus Geiss
>
> 1. Apply a loan to an active client: Client-> New Loan
> 2. Fill all the required fields
> 3. In "interest charged from" field, put the date of second repayment
> 4. Submit the loan
> The system does not consider the value in "interest charged from" and display 
> the normal repayment schedule.
> Expected: The interest should start to be charged in the second repayment



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (FINERACT-515) The "interest charged from" value does not override the date of the system to start charging interest

2017-08-31 Thread Santosh Math (JIRA)

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

Santosh Math commented on FINERACT-515:
---

Okay. Do you close this issue? 

> The "interest charged from" value does not override the date of the system to 
> start charging interest
> -
>
> Key: FINERACT-515
> URL: https://issues.apache.org/jira/browse/FINERACT-515
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Loan
>Reporter: Mexina Daniel
>Assignee: Markus Geiss
>
> 1. Apply a loan to an active client: Client-> New Loan
> 2. Fill all the required fields
> 3. In "interest charged from" field, put the date of second repayment
> 4. Submit the loan
> The system does not consider the value in "interest charged from" and display 
> the normal repayment schedule.
> Expected: The interest should start to be charged in the second repayment



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


Re: GSOC Showcase #2 During Thursday Developer Meetup Hosted by Mifos on Thursday Aug 31 at 1200GMT

2017-08-31 Thread Ippez Robert
Thanks Ed,
Just quickly, can i use GLIM/GSIM for managing VSLA? I was looking for
something to manage VSLA groups.

Thanks
Regards

On Thu, Aug 31, 2017 at 7:32 PM, Ed Cable  wrote:

> Yes I'll be sending out the screencast in a bit Robert.
>
> We got through the showcases for the data import tool enhancements, the
> web app enhancements, credit bureau integration & GLIM/GSIM, Two Factor
> Authentication, and Notifications Framework.
>
> Offline Mode and Swagger API documentation we pushed to our showcase next
> week.
>
> Ed
>
> On Thu, Aug 31, 2017 at 8:47 AM, Ippez Robert 
> wrote:
>
>> Hi All,
>> How was the meeting. The time i joined the meeting, i was informed that
>> the meeting is over. Is there any screen-cast for this, may be some of us
>> who really wanted to attend but got caught up by some other duty can watch.
>>
>> Thanks
>> Regards
>>
>> On Thu, Aug 31, 2017 at 2:29 PM, Ed Cable  wrote:
>>
>>> Hello everyone,
>>>
>>> This is just a reminder that our GSOC showcase will be happening in one
>>> half hour via GoToTraining.
>>>
>>> Join by registering at  https://attendee.gototraini
>>> ng.com/rt/4181990661502307841
>>>
>>> Cheers,
>>>
>>> Ed
>>>
>>> On Tue, Aug 29, 2017 at 5:35 AM, Ed Cable  wrote:
>>>
>>> > Hi all,
>>> >
>>> > I also forgot to add that during this week's GSOC showcase, Alex, will
>>> > also be demoing his work on two factor authentication.
>>> >
>>> > Register down below.
>>> >
>>> > Ed
>>> >
>>> > On Mon, Aug 28, 2017 at 5:18 PM, Ed Cable  wrote:
>>> >
>>> >> Hello everyone,
>>> >>
>>> >> Since we didn't get to showcase all of the work of our GSOC students
>>> >> during the last meetup, we're doing Part 2 of our Showcase. Most of
>>> these
>>> >> showcases will be on our Web App.
>>> >>
>>> >> Here's the link to register for the meeting at 1200GMT on Thursday,
>>> Aug
>>> >> 31:
>>> >>
>>> >> https://attendee.gototraining.com/rt/5715615868812584450
>>> >>
>>> >> This time around we'll be showcasing the following:
>>> >>
>>> >> - Enhancements to the Mifos X Web App by Gopala
>>> >> - Enhancements to the Notifications Framework by Courage
>>> >> - Offline Browser-Based Access by Mohit
>>> >> - Consumer Mobile Wallet by Naman
>>> >> - Enhancements to the Data Import Tool by Kumaranath
>>> >> - Mobile Money Gateway by Vladimir
>>> >>
>>> >> Our Apache Fineract interns, Nikhil and Sanyam will be showcasing the
>>> >> following:
>>> >>
>>> >> - Credit Bureah Integration and GSIM an GLIM by Nikhil
>>> >> - Swagger API Documentation by Sanyam
>>> >>
>>> >>
>>> >> Since GSOC is now wrapping up, we'll also have our final showcase of
>>> all
>>> >> the completed work on September 7 at 1200GMT via GoToTraining.
>>> >>
>>> >> You can register at https://attendee.gototraini
>>> >> ng.com/rt/4181990661502307841
>>> >>
>>> >> Cheers,
>>> >>
>>> >> Ed
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > *Ed Cable*
>>> > President/CEO, Mifos Initiative
>>> > edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
>>> > <(484)%20477-8649>
>>> >
>>> > *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>>> >   
>>> >
>>> >
>>>
>>>
>>> --
>>> *Ed Cable*
>>> President/CEO, Mifos Initiative
>>> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
>>>
>>> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>>>   
>>>
>>
>>
>>
>> --
>> Ippez Roberts
>> Director & Founder - Skyline Technologies Uganda
>> "IT Consultants & Engineers"
>> P.O.Box 155, Moyo
>> UGANDA.
>> Tel: +256788725408 <+256%20788%20725408>/789643284
>> Skype ID: ippez.robert1
>> Email: ippezrob...@gmail.com
>>
>
>
>
> --
> *Ed Cable*
> President/CEO, Mifos Initiative
> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
> <(484)%20477-8649>
>
> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
>   
>
>


-- 
Ippez Roberts
Director & Founder - Skyline Technologies Uganda
"IT Consultants & Engineers"
P.O.Box 155, Moyo
UGANDA.
Tel: +256788725408/789643284
Skype ID: ippez.robert1
Email: ippezrob...@gmail.com


[jira] [Commented] (FINERACT-518) Share Transaction doesn't capture user ID

2017-08-31 Thread Ippez Roberts (JIRA)

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

Ippez Roberts commented on FINERACT-518:


[~santoshmath], Can this same ticket be used to track running balance 
[running_balance_derived] of the savings account as in savings transaction. 
This is for the purpose of share account transaction. So that i edit the above 
or i need to create new ticket

> Share Transaction doesn't capture user ID
> -
>
> Key: FINERACT-518
> URL: https://issues.apache.org/jira/browse/FINERACT-518
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Shares
>Reporter: Ippez Roberts
>Assignee: Markus Geiss
>Priority: Critical
>  Labels: p1
>
> In m_share_account_transactions table there is no column for appuser_id for 
> capturing the user id of whose so ever has done a transaction, be it Share 
> purchase, Share Redeem hence auditing share transactions is hard



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (FINERACT-518) Share Transaction doesn't capture user ID

2017-08-31 Thread Santosh Math (JIRA)

 [ 
https://issues.apache.org/jira/browse/FINERACT-518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Santosh Math updated FINERACT-518:
--
Labels: p1  (was: )

> Share Transaction doesn't capture user ID
> -
>
> Key: FINERACT-518
> URL: https://issues.apache.org/jira/browse/FINERACT-518
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Shares
>Reporter: Ippez Roberts
>Assignee: Markus Geiss
>Priority: Critical
>  Labels: p1
>
> In m_share_account_transactions table there is no column for appuser_id for 
> capturing the user id of whose so ever has done a transaction, be it Share 
> purchase, Share Redeem hence auditing share transactions is hard



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (FINERACT-494) Issue when selecting savings account on client creation page

2017-08-31 Thread Santosh Math (JIRA)

 [ 
https://issues.apache.org/jira/browse/FINERACT-494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Santosh Math updated FINERACT-494:
--
External issue URL:   (was: 
https://github.com/openMF/community-app/issues/2432)

> Issue when selecting savings account on client creation page
> 
>
> Key: FINERACT-494
> URL: https://issues.apache.org/jira/browse/FINERACT-494
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Client, Savings
>Reporter: Chanda Aparna
>Assignee: Shaik Nazeer Hussain
>  Labels: p1
> Attachments: client page.jpg
>
>
> When user checks open savings account on the client creation page, the 
> savings product dropdown is enabled. All the savings product irrespective of 
> Recurring or Saving deposits will be displayed in that. Once the saving 
> product(recurring product with ismandatory checked) is selected and submitted 
> the client page, the selected savings product which is recurring with 
> ismandatory flag true is saved as saving deposit(deposit_type_enum: 100) 
> instead of recurring deposit(deposit_type_enum: 300) in savings table 
> (m_savings_account) with the created client id, which is a bug. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (FINERACT-519) Ability to delete an employee

2017-08-31 Thread Santosh Math (JIRA)

 [ 
https://issues.apache.org/jira/browse/FINERACT-519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Santosh Math updated FINERACT-519:
--
Labels: p2  (was: )

> Ability to delete an employee
> -
>
> Key: FINERACT-519
> URL: https://issues.apache.org/jira/browse/FINERACT-519
> Project: Apache Fineract
>  Issue Type: Improvement
>  Components: Organization, User Management
>Reporter: Santosh Math
>Assignee: Markus Geiss
>  Labels: p2
>
> Reported by [~mexina],
> For now when you create an employee through navigating Admin -> Organization 
> -> Manage Employees
> The employee is created and there is only the option to edit him/her.
> What if an employee leaves the organization? there should be also the button 
> to delete him.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (FINERACT-494) Issue when selecting savings account on client creation page

2017-08-31 Thread Santosh Math (JIRA)

 [ 
https://issues.apache.org/jira/browse/FINERACT-494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Santosh Math updated FINERACT-494:
--
External issue URL: https://github.com/openMF/community-app/issues/2432

> Issue when selecting savings account on client creation page
> 
>
> Key: FINERACT-494
> URL: https://issues.apache.org/jira/browse/FINERACT-494
> Project: Apache Fineract
>  Issue Type: Bug
>  Components: Client, Savings
>Reporter: Chanda Aparna
>Assignee: Shaik Nazeer Hussain
>  Labels: p1
> Attachments: client page.jpg
>
>
> When user checks open savings account on the client creation page, the 
> savings product dropdown is enabled. All the savings product irrespective of 
> Recurring or Saving deposits will be displayed in that. Once the saving 
> product(recurring product with ismandatory checked) is selected and submitted 
> the client page, the selected savings product which is recurring with 
> ismandatory flag true is saved as saving deposit(deposit_type_enum: 100) 
> instead of recurring deposit(deposit_type_enum: 300) in savings table 
> (m_savings_account) with the created client id, which is a bug. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)