[ 
http://mifosforge.jira.com/browse/MIFOS-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=60053#action_60053
 ] 

Van Mittal-Henkle commented on MIFOS-3712:
------------------------------------------

When a fee like "MMF2 (28)" is removed, it is marked as "inactive".  The 
proposed fix is to only consider "active" fees when generating a schedule.

In AccountBO, the method getPeriodicFeeList has been updated to add the check 
"&& accountFee.isActive()" before adding a fee to the list

    protected List<AccountFeesEntity> getPeriodicFeeList() {
        List<AccountFeesEntity> periodicFeeList = new 
ArrayList<AccountFeesEntity>();
        for (AccountFeesEntity accountFee : getAccountFees()) {
            if (accountFee.getFees().isPeriodic() && accountFee.isActive()) {
                // Why? Doesn't appear to do anything with the retrieved FeeBO
                // getFeePersistence().getFee(accountFee.getFees().getFeeId());
                periodicFeeList.add(accountFee);
            }
        }
        return periodicFeeList;
    }

After making this change the batch jobs were able to run successfully on SECDEP 
prod data.

Open question is if there are any unintended side effects of this change.


> Recurring client charges are not being charged to the accounts after the 
> initial application
> --------------------------------------------------------------------------------------------
>
>                 Key: MIFOS-3712
>                 URL: http://mifosforge.jira.com/browse/MIFOS-3712
>             Project: mifos
>          Issue Type: Bug
>            Reporter: Ryan Whitney
>            Assignee: Van Mittal-Henkle
>            Priority: Blocker
>             Fix For: Release E - Iteration 7, Release 1.6.1, Release E
>
>
> It appears that for SECDEP's current upgrade, the client charges are not 
> being applied for next week.  This appears to be unrelated to the bug opened 
> yesterday where every 11th payment was not getting applied, this appears as 
> NO charges are being applied next week.
> you can see this on SECDEP's production server, account:  0003-000014139
> Her next payment is due next Monday, and it says for 9/20/10, there is 
> nothing set to be paid. 
> I uploaded a production drop of their database (from the upgrade to test) to 
> my local virtual server, and tried shifting the date (not using acceptance 
> test, but actually shifting the date on the virtual server) to the next 
> monday, hoping that it would appear.  It did not.
> This is also affecting the collection sheets that are to be printed for next 
> week, as now they aren't showing the charges that are due.  
> This appears to be affecting all accounts.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://mifosforge.jira.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Mifos-issues mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mifos-issues

Reply via email to