©Ellucian Campus Receivables Collector™ 2.3 Release Notes
Implementation Overview
You must have Crystal Reports Developer Edition version 10 or version 11 installed on your web server to upgrade to version 2.3 of CLM.
Running the Upgrade: (for Technical Staff only)
1. Download the 2.3clmUpgrade.zip file to your CLM web server. The upgrade process must be run from the web server.
2. Unzip to the directory of your choosing.
3. Navigate to the...\bin directory.
4. Double click the DoubleClickToRunClmMaintenance.vbs file.
5. Read the documentation on the opening page.
6. Follow the instructions provided by the CLM Maintenance Tool.
Release 2.3 Overview (for loans office users)
The ©Ellucian Campus Receivables Collector™ 2.3 Release addresses known issues with Campus Receivables Collector. Known issues are categorized as:
· Regulatory Enhancements - necessitated by regulatory mandates.
· Requests for Product Enhancements (RPE) - addresses enhancements requested by customers.
· Defect Resolutions - addresses defects reported by customers.
Updates Included in This Release
The ©Ellucian Campus Loan Manger™ 2.3 Release includes all prior fixes delivered to date and product enhancements. These Release Notes document the changes from Version 2.2 to 2.3.
Regulatory Enhancements
· The FISAP C report now distinguishes between ED assignments due to default and ED assignments due to disability
Line 2 of the FISAP C report has been broken out into two lines: 2.1 Assignments due to default or liquidation and 2.2. Assignments due to total and permanent disability discharge. 2.1 is the sum of all amounts cancelled using the CXED benefit code. 2.2 is the sum of all amounts cancelled using the new CXAX benefit code.
Prerequisites:
1) A new CNCL coded data value of CXAX, ED 553 Assignment – Disability, will be inserted automatically into the coded data value table as a result of the upgrade if one does not already exist. No effort on your part is required.
2) You must add a new CXAX benefit through Administration, Benefit Maintenance. You may skip this step if the CXAX already exists in benefit maintenance.
3) You must edit each note in Administration, Note Maintenance for which the new CXAX benefit is applicable. You may skip this step if the CXAX has already been attached to the notes.
4) You must add the necessary general ledger records through Administration, GL Table Maintenance for each note for which you made this new benefit applicable in step 3, for each new ledger code used when adding this benefit in step 2. You may skip this step if these GL records already exist.
Product Enhancements
· Ability to edit and maintain placeholder data is available as an option when running the FISAP reports from the Reports menu
Placeholder data has always existed as a way to carry forward cumulative totals during a conversion from a prior student loan management system to CLM. This placeholder information was generated at conversion time and used when generating the FISAP reports. Until now no way existed to edit and maintain this placeholder data.
An option has been added when running the FISAP reports that will allow you to edit and maintain placeholder data for the FISAP A and FISAP C reports.
Prerequisites:
1) None, other than to edit and maintain this data going forward.
· FISAP reports (A, B, C and D) have been reformatted to more closely resemble the official FISAP forms
FISAP A – each line number on the FISAP A report has direct correlation to a ledger account via the general ledger table. The general ledger table has been modified to include the FISAP line number on which the particular ledger accounts should be included. For example, the sum of all debits and credits posted to ledger account 1.1 in the ledger table will be displayed on the FISAP line number set forth in the general ledger table for 1.1. Initially, the FISAP line number in the general ledger table will default to the ledger account. You have the option to edit and remove FISAP line numbers from the general ledger table in order to include or exclude certain dollars from the FISAP.
Prerequisites: None
· NSLDS Error Analysis report is now available from the Reports menu and is meant to offer a means to identify and correct errors before submitting to NSLDS
Prerequisites: None
· Batch Jobs History has been added to the Reports menu, allowing you to see the status of the batch jobs for the last 10 days
Prerequisites: None
Defect Resolutions Fixed in Release 2.3
For each defect, the service request number, process area, description of defect, and description of change are listed.
Defect # 1-4GUXN, SR# CMS-3511704
- Process: TRA
- Symptom: Customers on TRA who are current are not receiving a bill.
- Resolution: Modified SPINVOICEUPDATETOTALS.
Defect # 1-6LL9X, SR# 1-10561891
- Process: TRA
- Symptom: Customers on TRA not receiving past due notices.
- Resolution: Modified SPINVOICEUPDATETOTALS to print what's due on the loan when it's less than the TRA amount.
Defect # 1-71QJM, SR# 1-11112341
- Process: NSLDS
- Symptom: We have 1400+ Perkins Loan type EU, Expanded Lending Option, but CLM does not offer EU from the NSLDS loan type drop down menu. Add an NSLDS Loan Type to the Note table that will include DU, EU, NU and PU. Then use that when a new NSLDS record is created. No updating in the prep step is needed.
- Resolution: Added new NSL_LNTYPE values to CDV. Added NSLDS_LOANTYPE to NOTEMAIN table. Modified supporting stored procedures, asp pages and DLL.
- The following coded data values will be inserted as a result of the upgrade:
Code Type Value Description
NSL_LNTYPE EU EU-Perkins Expanded Lending
NSL_LNTYPE IC IC-Income Contingent Loan
Defect # 1-9AAYX, SR# 1-14453471
- Process: BENEFITS
- Symptom: On 12/22 (day of conversion) we processed a DFST on someone for 7/27/05 to 12/31/05 with an extension to 6/30/06. The new version has created a 2nd history line. When I view it, it is a long list of fields which are not accurate. I.E principal bal is $0, due date 2/15/06, grace date 2/20/06, last paid 1/31/06. (This date has not even happened yet) The record being saved to the HISTORY_BENEFIT table either doesn't have all the right info being saved when the benefit is posted or the info isn't being displayed properly on the history screen.
- Resolution: Modified SPBSHGETHISTORY_BENEFIT
Defect # 1-9D93G, SR# 1-14284811
- Process: BENEFITS/NSLDS
- Symptom: It looks like benefit posting should be resetting the repayment begin date when a benefit is posted where the benefit begins before the repayment. CLM currently isn't doing that causing the repayment begins to be greater than the deferment begins which in turn causes an error for NSLDS. Also, NSLDS prep appears to be reporting all deferred loans as IP when it should be DA for those who are in the orig. part of deferment and IP for those in the post-defer grace part of the defer.
- Resolution: Modified BSBNFT_LOANS.ASP. Set repayment begin date to the day before benefit begins when benefit begins date is before repayment begin date. Modified SPNSLDSPREPLOANSTATUS to report IP for loans in deferred status.
Defect # 1-9E9PQ, SR# 1-15573261
- Process: 1098E
- Symptom: I tried to run a 1098 for someone who paid off her loan this year. It is showing no interest paid for this year even though she did, but she is outside of the 60 month limit of a few years ago. I have another person who has been in repayment for less than 60 months, and his does have an amount on the 1098. The 60 month repayment maximum was removed by IRS in 2003
- Resolution: Modified SP1098ELOANDATA.
Defect # 1-9RYUD, SR# 1-15905861, 1-23562901
- Process: ACH
- Symptom: I ran the ACH file this morning. We have a Customer who has a Perkins Loan and an Institutional Loan. Both loans are in their Grace Period. The monthly payment amount on the ANLP is $40 and the Perkins is $63.64. She wanted to just start making payments on the ANLP this month so an override amount of $40 was put out. However, the ACH debit program took 2 payments of $40. It seems as though the override was ignored? If it was ignored, I would have expected the program to take $40.00 for the ANLP and $63.64 for Perkins.
- Resolution: Modified SPOBACHBUILDFILE.
Defect # 1-BH6VJ, SR# 1-17907951
- Process: Refund reversal
- Symptom: Not accepting a payment. Reversal of refund overpayment caused imbalance in ledgers.
- Resolution: Modified SPOMREFUNDREVERSE.
Defect # 1-BJYNT, SR# n/a
- Process: Customer SERVICES
- Symptom: Overpayment amounts not showing in Overpayment column on the Customer Services, Transaction History display. Column always displayed 0.00 even when overpayment field affected by a transaction.
- Resolution: Modified SPBSGETLOANHISTORY.
Defect # 1-BPL4S, SR# 1-19240391
- Process: Payment Processing (Inbound and Customer Services)
- Symptom: When a loan is in deferment or forbearance and a consolidation payment is received to pay the account in full, the system does not pay the interest balance....it applies the full amount to principal. If you are processing payments through Inbound, this happens automatically and you have no way of knowing to change it. In Customer Services, Post a Payment, the Interest Balance is all that shows due when you first pull it up but when you change the amount to be paid, it applies the full amount to principal without paying any interest.
- Resolution: Modified ALLOCATEPAYMENT.ASP, PAYLOANS sub-routine to include balances due on deferred loans if any exist.
Defect # 1-CEW0I, SR# 1-19813046
- Process: BENEFIT MAIL
- Symptom: Benefit Mail displaying due date on enrolled loan in the repayment schedule section. The due date should reflect "blank" as the true due date is not set until exit time.
- Resolution: Modified SPOBBMFETCHJOBLOANS. Don't display due date if loan is closed or enrolled and display the actual due date for all others.
Defect # 1-D68LA, SR# 1-21846581
- Process: COUPONS
- Symptom: Coupons generated for the house account because they were in Q or R status and had a payment method set to coupon (K).
- Resolution: Modified SPOBCPNCREATEYEARLYCOUPONS to only generate coupons if total balance due is greater than 0.
Defect # 1-DF031, SR# n/a
- Process: STATECODES
- Symptom: Add Virgin Islands (VI) to state code list.
- Resolution: Modified SPORINSERTADDRESS, STATELISTITEMS.VBS and IB_LOANORIGFILEMANUAL.ASP, adding VI for Virgin Islands and AA for Armed Forces Americas.
Defect # 1-DFDGT, SR# 1-22140921
- Process: REPORTS
- Symptom: Records duplicated on Inbound Customer and Loan report.
- Resolution: Modified the Inbound Customer and Loan report (SPRPTLOANINBOUNDBATCH).
Defect # 1-DL7C3, SR# 1-22458851
- Process: NSLDS
- Symptom: The loans that we have assigned to the DOE are shown on our loan screens with the "X" Status Code and "zero" balances but show up on the NSLDS Error Report with the following error - "Amount of Outstanding Principal Bal – For Open Loans, Outstanding Principal Balance must > zero.
- Resolution: Modified SPNSLDSPREPLOAN to report LOANFINC.PRINDFLT as balance when LOANSTATUS is "AE".
Defect # 1-DOK69 (RPE), SR# n/a
- Process: CustomerSERVICES
- Symptom: When adding a disbursement to an existing loan, default the date to today's date (instead of the original loan's first disbursement date).
- Resolution: Modified BSADDDISBURSE_ADDEDIT.ASP.
Defect # CMS-DFCT102456, SR# CMS-3462957
- Process: COUPONS
- Symptom: First coupon prints incorrect amount
- Resolution: Modified coupon printing logic in both Customer services and outbound to include all past due amounts when option to include past due amounts is selected and exclude all past due amounts when option to include past due amounts is not selected.
Defect # CMS-DFCT102457, SR# 1-17152590, 1-17922903, CMS-3463053
- Process: COUPONS
- Symptom: Printed the yearly coupons through Outbound; printed letter through campaign mail
1. Coupons are printed in social security order; letters produced in campaign mail are printed in alpha order--We need to be able to print coupons and letters in the same order (alpha or by SSN)
2. The late fees due were not included in the first payment coupon.
3. Customers that have 2 different types of loans and one loan was past due and the other was not due until in the future--the coupons stated that both loans were due on 4-15-05 and did not include the late fees accrued for the past due loan.
4. Paid ahead Customers' coupons did not start with the correct coupon; they all started with 4-15-05.
- Resolution:
1. Added sort option to Outbound, Coupon Outbound that allows you to sort the results by student ID or Customer name.
2. For items 2 thru 4 at left, modified coupon printing logic in both Customer services and outbound to 1) include past due amounts on 1st coupon when option to include past due amounts is selected; 2) include the loan on the coupon only when the installment amount would be due for the due date printed on the coupon.
Defect # CMS-DFCT102642, SR# 1-22309631, 1-25984191, CMS-3465134
- Process: MAIL
- Symptom: We ran campaign mail this morning to start the process of annual coupons and annual ACH statements. We started with ACH Customers in repayment and ordered the letter ACHY. Some of the statements printed with "a temporary repayment arrangement is in effect until 2/15/06 and shows nothing due 4/15/05. This is not right at all. They are not even on a TRA.
- Resolution: Modified SPINVOICEFETCHTRAAMOUNT.SQL and SPMAILUPDATERECORDS.SQL.
Defect # CMS-DFCT103113, SR# CMS-3466543
- Process: COUPONS
- Symptom:
1. In campaign mail even ordering individual letters, we got 4 that printed a TRA on the statement but did not have a TRA.
2. When we told the program on Customer services not to print past due amount on coupon it did. After exporting numerous coupons for "Q" status people to word and manually changing the amount, I discovered that if I click "Yes" to include past due amount on first coupon, it does not include it.
3. Our Customers who were on quarterly repayment, received 12 coupons instead of 4
4. 4 line addresses appear on the statement but not on the coupon.
5. If a Customer has 2 loan types and one will be paid off say in August, we only got one coupon with the payment amount and the rest said "call for payoff" even though there is another account that would not be paid off.
- Resolution:
1. Doesn’t relate to coupons but I could not recreate this error.
2. Modified coupon printing logic in both Customer services and outbound to include all past due amounts when that option is select and exclude all past due amounts when that option is not selected.
3. Modified coupon printing logic in both Customer services and outbound to respect the payment frequency on the loan when printing coupons.
4. The entire address is printing on the coupon. Address lines 1 and 2 are concatenated and printed on the same line so as to be able to fit the care of line, if one exists.
5. In this situation, CLM will print coupons up until it hits a final payment for a loan that’s less than the regular installment amount. At that point CLM will display a message “please call for payoff” even though another loan may exist that still has full installments due. We do this because even the portion of the payment on that coupon that belongs to the loan with the final payment may not be enough to satisfy that loan. Rather than leading the Customer into believing that loan will definitely be paid off by that coupon we generate the message “please call for payoff”.
Defect # CMS-DFCT103149, SR# CMS-3469895, CMS-3469908, CMS-3472968,
- Process: COUPONS
- Symptom: Coupons for quarterly payers printing monthly.
- Resolution: Modified coupon printing logic in both Customer services and outbound to respect the payment frequency on the loan when printing coupons
Defect # CMS-DFCT104116, SR# CMS-3484267, CMS-3484877, CMS-3485203
- Process: FISAP
- Symptom: FISAP Report Part III Section D Cohort Default Rate Calc and in REPORTS COHORT POPULATION REPORT FOR FISCAL YEAR are not the same. Our figures agree with the Report not with the FISAP section.
- Resolution: In SPOBFISAPABFETCHREPORTDATA, loans were included in the select based on LOANMAIN.LOAN_TYPE which, in some cases wasn't correct and/or did not match the LOAN_TYPE on the related NOTEMAIN record. Modified this proc to include NOTEMAIN in main select.
Defect # CMS-DFCT104370, SR# CMS-3488371, CMS-3499115, CMS-3504470
- Process: COUPONS
- Symptom: We have the "Grace Days" value equal to 10, however when we create coupons or invoices the date does not change 8/10/2005 as expected. For us to say that After 8/1/2005 they will receive a late payment is incorrect, it needs to say After 8/10/2005.
- Resolution: Modified SPOBCPNGETCOUPONINFO, PRINTCOUPON.ASP. Added LCDELAY.
Defect # CMS-DFCT104528, SR# 1-20887281, CMS-3491141
- Process: TRA
- Symptom: We have noticed some problems with TRA's in version 2.1, problems that occur when the monthly invoices are generated. #1 the monthly invoices will bill for the TRA amount due even if it is greater than the payoff amount. #2 TRA's are being satisfied early. We have many Customers whose TRA End Date was 8/15/05. The morning after we ran bills, the TRA had been satisfied on every Customer we looked at whose TRA end date was 8/15/05.
- Resolution: Part 1 was addressed by modifying \CustomerSERVICES\REPORTS\LETTERS\LETTER.RPT Part 2 was resolved by modifying SPBSLOPOSTPAYMENTTRA. TRA was being archived too early. TRA should be archived when the next due date on the loan becomes greater than the TRA finish date.
Defect # CMS-DFCT104529, SR# 1-22283101, CMS-3492192
- Process: CREDIT REPORT EXTRACT
- Symptom: The credit reporting program is not reporting the correct "Current Balance" in the extract file for Balance due in full loans. The Perkins loan reports the correct "Current Balance" which includes interest but the short term loan is only reporting Principal and Late Charges and is not including Interest.
- Resolution: Modified SPOBCRFETCHEXTRACTDATA to use SPLOANAMOUNTDUE to calculate the true interest, late fee and collection fee due as of the reporting date.
Defect # CMS-DFCT104561, SR# CMS-3492532
- Process: NSLDS
- Symptom: Problem with a Cancellation that has been reversed. Error 1403. “Date of Cancellation has to be less than submittal date". Cancellation was processed for the wrong dates and reversed. The date processed should revert back to 6/13/05 but because of the reversal, the date processed of 6/1/06 is inserted.
- Resolution: SPNSLDSPREP. Modified the logic where it gets the most recent cancellation & deferment info to exclude LOANYLD records that have been reversed.
Defect # CMS-DFCT105325, SR# CMS-3499711
- Process: INVOICES
- Symptom: On 9-7-05, we mailed an account summary to a Customer for her PERKINS loan. Below is a copy of the letter that we have set up in Letter Maintenance: As per your request, below is an account summary of your Federal Perkins Student Loan at Fort Hays State University. Principal Borrowed = <PRINCIPAL> Outstanding Principal Balance = <PRINBALANCE> Monthly Payment Amount = <PAYAMT> Most recent payment received on <LAST PAID> in the amount of <LAST PAYAMT>. Payoff balance is <PAYOFF BAL> if received by <PAYOFF_DATE>.
- Resolution: Logic flaw in SPBSLETTERFETCHTAGVALUES and SPMAILUPDATERECORDS causing incorrect last paid date & amt to display on mail. Modified logic to include only un-archived ledger records when selecting last paid date and amount.
Defect # CMS-DFCT105764, SR# CMS-3502521, CMS-3504228
- Process: COUPONS
- Symptom: Under Customer services, When printing coupons for Customers CLM is writing a history line as CUPN then when you click on the glass I am getting an error message: "Error An error occurred attempting to retrieve the history record. The record may have been deleted”.
- Resolution: Modified coupon logic.
Defect # CMS-DFCT105969, SR# CMS-3508563
- Process: BENEFIT MAIL
- Symptom: Interest Charge - charge record generated out of benefit mail is using the wrong TRANSDATE
- Resolution: Modified SPOBBMCHARGEACCRUEDINTEREST to use the benefit mail date for the CHRG record.
Defect # CMS-DFCT106130, SR# CMS-3511297
- Process: EXITS
- Symptom: I am trying to do the exit papers for students who are graduating, because we have students who exit interviews starting on Monday. I am having problems, I'm doing it in the inbound and its giving me dates that are conflicting and giving me error messages
- Resolution: Modified LOANEXIT_AMORTIZELOAN.ASP and IB_EXITORIGFILEMANUALLOANS.
Defect # CMS-DFCT94279, SR# CMS-3388412
- Process: NSLDS
- Symptom: Problems with assigned loans. They were submitted on 4/19/04 and several that error out with error #1427. When I ran prep today it inserted a Yes in the enforce extract flag. All loans are still reported as open on NSLDS.
- Resolution: SPNSLDSWRAPUPLOANSFORCAMPUS - Only records whose "new" fields were being changed were getting updated as part of this process. Commented out the code
Defect # CMS-DFCT94476, SR# 1-21535044, 1-21543141, 1-21570341, 1-22
- Process: BENEFITS
- Symptom: After a deferment has been processed in CLM when a loan is in a G status, the Max Repay Date is not bumping by the deferment period plus the 9 month grace period. Example: Last defer was 1/1/04 to 5/1/04 new grace to 2/1/05. The max repay date should be 1/1/2015 but CLM shows 11/1/2014.
- Resolution: MODIFIED BSBNFT_LOANS.ASP.
Defect # CMS-DFCT94730, SR# CMS-3393243
- Process: REPORTS
- Symptom: Cohort Default Lists shows accounts that are in an 'E' status. They are enrolled in school at this time. Their due date as the date they first received their loan.
- Resolution: Modified SPRPTCOHORTDEFAULTRATE. Added E in for the LM .STATUS
Defect # CMS-DFCT95495, SR# CMS-3395123
- Process: TRA
- Symptom: TRA problems. Invoice amount and total due amount do not match. They should be invoiced for TRA amount and the invoice portion should show what they are past due according to their original schedule. They need to know this so they can try to get their account up to date. TRA coupon printing does not honor TRA payment amount. TRA due date does not honor "apply extra to principal" configuration setting. Due diligence prints out a past due statement for every single TRA regardless if they are current on their TRA I am unable to put TRA's on accounts at this time because of the inability to get correct coupons.
- Resolution: Related to defect # CMS-DFCT104528 and multiple coupon-related defects. This defect resolved as part of resolution to those defects.
Defect # CMS-DFCT95496, SR# CMS-3394750, CMS-3448795
- Process: PAYMENTS
- Symptom: CLM applies overpayment using a weighted or a priority method too soon. CLM should first allocate the regular pmt to each loan, and then do the distribution. CLM distributes ok if the exact amt owed is paid. CLM distributes ok if a partial pmt is made. But not when an excess pmt is made Customer owed $20 for 5/15/04. She paid $30 today and it applied $29 to one account and $1.00 to the other account. Her payment amount is $10 on each.
- Resolution: No longer a defect.
Defect # CMS-DFCT95500, SR# CMS-3398030
- Process: BENEFIT MAIL
- Symptom: Due Dates on PIF and E accounts-When doing my benefit mail, on the Statement page I noticed this problem.... If a Customer has a loan that is in a benefit and also a loan that is either paid in full (PIF) or in E status, the PIF and E status accounts have a due date on the statement. This shouldn't happen because they have no due date set. Some of the due dates that printed are 6/16/04, 6/27/04, and 6/28/04. This will just confuse the Customer. Also, on some of my benefit mail I have a Repayment Schedule print. The schedule also has a date in the Installment is/was Due column for accounts that are PIF or in E status. The schedule also has an Installment Amount for the accounts in PIF and E status
- Resolution: Modified SPOBBMFETCHJOBLOANS - don't display due date if loan is closed or enrolled and display the actual due date for all others.
Defect # CMS-DFCT95896, SR# CMS-3400682
- Process: BENEFITS
- Symptom: Issues with CLM's interest adjustment technique for previously paid interest during a benefit. CLM removed any lump sum payment of several months’ interest, interest which was due prior to the benefit, but which was paid after the start date of the benefit. In this case, too, CLM removes too much interest 6/28/2001 Payment of $165 applied, of which $48.76 was interest. 07/30/2004 Payment reversed, which included reversing $48.76 interest. 06/23/2004 applied retroactive cancellation for 2001/2002, which applied correctly. However, history shows that $48.76 is included in the total amount of interest cancelled. 06/23/2004 Cancellation for 2002/2003 applied, and CLM adjusted interest by $48.76 and placed that amount on principal.
- Resolution: Modified SPBSBENGETINTADJ
Defect # CMS-DFCT95897, SR# CMS-3397381
- Process: DEFERMENT
- Symptom: Processed a hardship deferment on June 9, 2004 (not a postponement) for 11/19/03 to 5/19/04. CLM did not defer interest even though the interest paid date is 11/19/04; it is showing interest balance of $308.28. The reason for this problem was the order in which the deferments were processed. If one posts the oldest deferment first then the most recent, CLM gives the results expected. Example, a student made a payment via ACH on 5/17/04 and again on 6/15/04. On 6/14, interest of $12.49 was taken. When the student deferment was processed from 6/14-8/4, the system adjusted the whole $12.49 when only one day should have been adjusted. 5/18-6/13 was not covered by a benefit and the Customer needs to pay interest.
- Resolution: Modified SPBSBENGETINTADJ.
Defect # CMS-DFCT97433, SR# 1-17929271, CMS-3417729
- Process: BENEFITS
- Symptom: We processed a law enforcement deferment and cancellation on 12/11/02. At that time the old system did an interest to principal adjustment of $76.37. On 7/7/04 we processed a deferment and cancellation for 11/03 to 11/04. Campus Receivables Collector again did that interest adjustment in the same amount. The benefits program needs to use the interest paid date field
- Resolution: Enhanced interest adjustment calculations to use the loan interest paid thru date and to limit to number of days of interest paid.
Defect # CMS-DFCT97646, SR# CMS-3425993, CMS-3421076, 1-16989451
- Process: FISAP
- Symptom: This FISAP was totaling up the sum of the payments in the HISTORY_PYMT table. This table contains the entire payment and how it was distributed between principal, interest, collection costs and late charges. The problem is that the payment is at the Customer level. It's not broken out by loan fund so if the FISAP pulls from there it is getting payments that were applied to loan funds other than federal if they payment happened to be applied to more than just federal loans.
- Resolution: Modified procedure SPOBFISAPABFETCHREPORTDATA to pull payments from ledger instead of HISTORY_PYMT.
Defect # CMS-DFCT98205, SR# CMS-3428058
- Process: NSLDS
- Symptom: The NSLDS download feature of CLM no longer seems to work for us. We can select the file to download, and click the download button, and eventually get the "save" dialog box. But rather than showing the name of the file to download, it has the CLM_DownloadFile.asp as the name of the file, and when we click on save it goes out to lunch and never comes back (if I click "open" instead of "save" it gives an error message that it can't find CLM_DownloadFile.asp to open). This is tested on IE6
- Resolution: Removed "Download Extract Files" button from OB_NSLDS .ASP. Feature was unreliable, unnecessary and did not always work.
Defect # CMS-DFCT99642, SR# 1-13986936, CMS-3440803
- Process: COUPONS
- Symptom: There is still a problem with coupon printing. If the loan is totally due, it will not print the correct coupons. I have to go in and change the installments past due to "0" and order the coupons and then go in and change it back. Often times, TRA accounts are accelerated and have set up the TRA to avoid further collection agency intervention or garnishment. Please correct the coupon program to honor TRA's in coupon printing regardless of "installments past due".
- Resolution: Modified coupon printing logic in both Customer services and outbound to honor TRA in effect at coupon printing time. User will no longer need to alter past due installments in order to get coupon to print. Added a “A TRA is in effect” message to the coupon.
RPE # CMS-RPE47583 (RPE), SR# CMS-3485673
- Process: 1098E
- Symptom: Add function to allow printing of actual forms.
- Resolution: The official 1098E format is now used when printing from Outbound, 1098E Statements. Campaign Mail can be used to print letters to those who paid interest.
For More Information
If you have any questions or are in need of more information please contact the SunGard Higher Education Customer Support Center via one of the following methods.
Web http://connect.sungardsct.com
Email udcsupport@sungardsct.com
Phone 800.522.4827
The Customer Support Center is the web site for obtaining technical information and support for your Ellucian products. Log in to access information regarding your Ellucian products, including the latest product information, frequently asked questions, documentation, and downloads.