Release Notes: Item 1310-01

Direct Loan Fees

This is the first of two release items modifying FINANCIER to accommodate the change in loan fees for loans whose first disbursement occurs on or after December 1, 2013. This release contains updated logic for assigning the appropriate fee rates to new loans. Release 1311-01 contains the conversion program to examine existing loans to ensure that the fee, rebate and net loan amounts exported to COD are correct for the actual disbursement date. The post-December 1 fee percentages are 1.072 for student subsidized and unsubsidized loans and 4.288 for PLUS loans.

The conversion program WCDLFEEB excludes from processing any loan that has already been originated or has had an actual disbursement reported, or has canceled disbursements. That is, only loans that have not yet been reported to COD will be processed. You can also set a parameter to bypass an undisbursed loan if the student has other loans of the same type that have been disbursed (that is, has disburseements in the award data for the same fund). Students with loans bypassed for any of these reasons are reported in Student Loans Bypassed (print file 3), by aid year, Student ID and loan type. Processed loans are reported in Student Loans Converted (print file 2), also in order by aid year, SID and loan type.

Via input parameters, you can set an effective date to be used by WCDLFEEB for the date comparison: specify the effective date in the date parameter, and set a flag to indicate that this date should be used as the comparison date. To accommodate the new rate regulation, you will set the effective date to December 1, so that disbursements with dates before December 1 will retain the old rates, and disbursements dated December 1 or later will be converted using the new rates. For example:


         2014,F,UG,TRIAL,12/1/2013,Y

The flag set to Y after the date instructs WCDLFEEB to use the parameter date 12/1/2013 as the pivotal date for the rate conversion. If the "use effective date" flag is not included, or is set to N, the current system date is used as the pivotal date.

However, if the conversion is run on or after December 1 -- that is, the system date of the run is the same as or later than the parameter date -- ALL loans that did not actually disburse before December 1 will be converted using the post-December 1 dates.

To set the requirement to check award data and bypass conversion of an undisbursed loan if the student has disbursed loans of the same type, set a flag at the end of the parameter string. For example:


         2014,F,UG,TRIAL,12/1/2013,Y,Y

Modifications have also been made to WFLNFEEE. When a new loan is awarded, WFLNFEEE will now examine the first expected disbursement date and the award date (the current system date). Using the later of the two dates, the subroutine looks up the appropriate fee and rebate percentage rates, which are stored in a new LDA, WFLNFEEL, and uses these rates to calculate the loan fee and interest rebate amounts to be stored in the Loan Disbursement records. The Direct Loan Export will continue to use the stored rates in lieu of hard-coded rates when reporting the two percentages.

Once the changes are put into place, COD reporting will be correct in all cases. However, a potential complication exists in the Disbursement Authorization process for students who have more than one loan of the same type. The Disbursement Authorization can’t always tell which loans’ dollars are being disbursed in any given run; all it can do is identify disbursements that are made for students who have two loans at two different rates. Most of these will not actually be problems –- anyone who had a fully-disbursed loan prior to December 1 and then gets a second loan afterwards will not be a problem; all of their post-December 1 disbursements should be at the new rate. For the potentially mixed-rate disbursements, the disbursement is done using the post-December 1 rate (which risks under-disbursing the student). If you get "mixed rate loan" warnings from the Disbursement Authorization program, you'll need to decide whether any of the disbursement authorization was done at the wrong rate, and to manually adjust the disbursement (net loan) amount and the payment (loan fee) amount to compensate.

Implementation Notes