| | | |
|---|
RS-18279 | Regent Award | Packaging | Problem:
Some BBAY term students had a packaging error, "Award Periods with duplicate key found." Cause:
The affected students all had Direct Loans that had been manually zeroed out for the term. The school's BBAY Anchor Determination configuration was "Direct Loans Greater than $0." The system did not correctly reconcile the $0 Manual loans when checking for zero amounts in the anchoring BBAY term. Fix:
The system was updated to evaluate the sum of the disbursement amounts when determining if all awards are manual and sum to $0. Testing:
Package an affected student. Confirm the "Duplicate Key" error does not occur. Confirm any AYs with only $0 loans are marked as non-BBAY Academic Years. |
RS-18257 | Student Portal | Student Portal (SNAP) | Problem:
In a test environment, after parents registered new Portal accounts, the system displayed an error that the page was not redirecting properly. The parents could not access the Parent Portal. Cause:
The configuration setting was blank for the URL that would redirect the new parent accounts to the Parent Portal after registration. Fix:
Regent added a default value for the Parent Portal Redirect URL setting. Testing:
Deploy the latest version of the Student Portal. Test with a dependent student. In Regent Award or Regent Review, add a Document that requires a parent signature. As the student, complete the document in the Student Portal and invite a parent to sign. Follow the link from the parent's email. Complete the parent registration process. Confirm the system successfully redirects the new account to the Parent Portal. |
RS-18189 | Regent Award | EST/Disbursements | Problem:
After a school paid some disbursements, the system removed the paid disbursements. The removed disbursements were no longer visible in Regent Award. Cause:
The system combined the new, paid disbursements with previous unpaid disbursements that were still linked to non-enrolled terms. The system did not correctly track the change. Fix:
The system detects changes when a disbursement is combined with an amount on a different term. Some manual data cleanup may be needed. Schools should work with their Account Managers to run a list-only population script to identify any affected disbursements. (See separate script documentation for RS-18243 in these release notes.) The population is expected to be very low for most schools. Testing:
Test using a student who has a prior non-enrolled term containing unpaid disbursements for a current award, such as a canceled disbursement for a Pell Grant. View the Disbursement Details for the non-enrolled and the currently-enrolled terms. Package the student. Pay the disbursements for the current term. Repackage the student at least twice and refresh the Academic Plan screen. View the Disbursement Details. Confirm the system keeps all unpaid and paid disbursements at their original amounts and paid status. |
RS-18160 | Student Experience | Workflow/Questionnaire | Problem:
Some students completed the 2020-2021 Verification Worksheet and confirmed they will not file taxes and are not required to file. The system unexpectedly assigned the "2018 Student Tax Transcript/IRS Match" document. Cause:
Recent changes to Non-Tax Return Filer and Marital Status questions in the 2020-2021 Verification Worksheet caused changes to the expected values in the document persistence. Fix:
The 2020-2021 Verification Worksheet document persistence was updated to align with the recent changes to Non-Tax Return Filer and Marital Status questions. Testing:
Identify or create an independent student that is selected for verification and has a blank response to the "Type of Tax Form Used" question on their 2020-2021 ISIR. Create a test student account for the Student Portal. Complete the Verification Worksheet by indicating the student will not file and is not required to file and electronically sign the form. In Regent Award or Regent Review, navigate to the student's Documents screen. Confirm the "2018 Student Tax Transcript/IRS Match" document is not present in NEEDED status. Repeat similar test for a dependent student that is selected for verification on their 2020-2021 ISIR where both the student and the parent have a blank response to the "Type of Tax Form Used" questions. Create a test student account for the Student Portal. Complete the Verification Worksheet by indicating will not file and not required to file for both student and parent and electronically sign the form. In Regent Award or Regent Review, navigate to the student's Documents screen. Confirm the "2018 Student Tax Transcript/IRS Match" and the "2018 Parent(s) Tax Transcript/IRS Match" documents are not present in NEEDED status. |
RS-18147 | Regent Review | Student Experience | Problem:
An Independent student in the StudentX Portal chose to sign using the paper signature. The system showed the Dependent options requiring a Parent signature. Cause:
For paper signatures, the system used default settings that required both parent and student signatures. Fix:
The paper-signature logic was updated to recognize the student's actual dependency status after completing the smart form. Testing:
Test using an Independent student with an ISIR Selected for Verification, but not yet Verified. Ensure the student has a linked valid StudentX account. In Regent Award, add a Student Document with a type Verification Worksheet. Log into StudentX. Complete the Verification Worksheet details. In the E-Signature section, select "Or choose another option." In Step 2, Download Forms to Sign, download the PDF. Confirm the PDF does not contain any Parent Signature form. Click Next. In Step 3, Confirmation of Signatures on the Attachment, confirm the system does not display Parent signature options. Upload and submit the form. In Regent Award, navigate to the student's Verification Worksheet document and review the Electronic Signature tab. Confirm the Required Electronic Signature Type for the document is for the student only. |
RS-18000 | Regent Award | R2T4 | Problem:
Regent Award did not include Direct Loan awards in R2T4 when Master Promissory Note (MPN) is expired at the moment of R2T4 creation. Cause:
Regent Award incorrectly ignored non-linked
non-accepted MPN records during R2T4 creation. Fix:
Regent Award logic was updated to use non-linked
non-accepted MPN records so that R2T4 processing logic wizard can use them. Testing:
Add R2T4 for a student awarded with Direct Loan who had valid MPN at the beginning of the Academic Year and which expired prior to R2T4 Date of Withdrawal. Make sure Direct Loan is included into the R2T4. |
RS-17977 | Student Portal | Workflow/Questionnaire | Problem:
Some students completed the 2020-2021 Verification Worksheet and confirmed they will not file taxes and are not required to file. The system unexpectedly displayed the question content for the IRS Data Retrieval Tool (DRT) and the Student Tax Transcript. Cause:
The 2020-2021 Verification Worksheet had recent changes to the Non-Tax Return Filer and Marital Status questions. Those updates caused changes to the expected values in the dependencies for displaying the IRS Data Retrieval Tool (DRT) and the Student Tax Transcript screens. Fix:
The 2020-2021 Verification Worksheet logic was updated to align with recent changes to the Non-Tax Return Filer and Marital Status questions. The dependencies were updated for the IRS Data Retrieval Tool (DRT) and the Student Tax Transcript. Testing:
Identify or create an independent student who is selected for verification and has a blank response to the "Type of Tax Form Used" question on their 2020-2021 ISIR. Create a test student account for the Student Portal. Complete the Verification Worksheet, indicating the student will not file and is not required to file. Confirm the system does not display the IRS Data Retrieval Tool (DRT) and the Student Tax Transcript screens. Repeat a similar test for a dependent student who is selected for verification on their 2020-2021 ISIR, where both the student and the parent have a blank response to the "Type of Tax Form Used" questions. Create a test student account for the Student Portal. Complete the Verification Worksheet, indicating will not file and not required to file, for both student and parent. Confirm the system does not display the IRS Data Retrieval Tool (DRT) and the Student Tax Transcript screens. |
RS-17950 | Student Portal | Student Portal (SNAP) | Problem:
A school tested the new Override Award Status configuration in Fund Setup. When a student had an Override Award Status of OFFERED, the system unexpectedly did not allow the student to Accept a loan from the Student Portal. Additionally, after users edited an award using Modify Award Wizard (MAW) and changed the status in Regent Award, the system unexpectedly repackaged the loan reverting it back to the configured Override Award Status. Cause:
The Student Portal did not recognize the new Fund Setup configuration. Additionally, when an award was repackaged before COD acceptance, the system did not keep the award in the changed status. Fix:
The Student Portal applies the configured Override Award Status to affected awards. Additionally, if a student or user in Regent Award changes the award's status prior to COD acceptance, the system will preserve the chosen Status (OFFERED or ACCEPTED). Testing:
Edit the Fund Setup configuration for loan funds such as the Federal Direct Subsidized Loan and Federal Direct Unsubsidized Loan. Configure an Override Award Status to apply to a subset of students, such as those in a specific program having an Initial Status of OFFERED. Create several test students, with some using the normal Initial Status and others using the Override Award Status. Package the students. Confirm the system creates the loans in the expected status. Ensure the Student Portal is configured to Allow Accepted Award Updates. Sign in to the Student Portal. Confirm a student can Accept an OFFERED-status loan using the Student Portal. Confirm a student can view an ACCEPTED-status loan. In Regent Award, edit OFFERED-status and ACCEPTED-status loans in MAW. Repackage the students. Confirm the loans stay in the user's chosen status. |
RS-17946 | Student Experience | Workflow/Questionnaire | Problem:
When the marital status is updated from 'single' to 'married' via the Verification Worksheet, the parent signature was inadvertently being required, despite the change in dependency status. Cause:
The parent signature field was still present in the document attachment when a dependent student's marital status was changed. Fix:
Removed the parent signature field from the document attachment when a dependent student's marital status is changed. Testing:
Log into the portal for an affected student. Open the Verification Worksheet. Confirm the Verification Worksheet does not require a parent signature. |
RS-17928 | Regent Award | R2T4 | Problem:
Regent Award applied incorrect rounding rules to dollars and cents at STEP3 of R2T4 wizard. Cause:
Regent Award used general rounding rules at STEP3 rather than the required process of rounding to the 3rd place after the decimal. Fix:
Regent Award logic updated to round amounts at STEP3 based on R2T4 rounding rules. Testing:
Find the affected student with R2T4 record. Open R2T4. Click Edit button. Adjust 'Total Completed Days' and 'Total PP days' to make the 'Completed enrollment percentage' below 60%. Click 'Calculate' button. Review results. Standard R2T4 rounding rules should applied. The rounding to nearest penny occurs. |
RS-17902 | Regent Award | Awarding | Problem:
Regent Award zeroed out paid disbursements for some Pell Grants on Pell-eligible terms. Cause:
The affected students had multiple programs during the award period, with substantially equal program changes in the same FAY. The system incorrectly tried to award Pell using a student's older programs as well as the student's current program. Fix:
The awarding logic was updated for students who have substantially equal program changes during an award period. The system uses the correct program for awarding the fund in each eligible term or payment period. Testing:
Navigate to an affected Pell-eligible student who has multiple programs in different terms or payment periods in the current FAY. Package the student. Confirm the system awards the expected Pell amounts in each term. |
RS-17842 | Regent Award | Conversion | Problem:
The system did not fully process Imported Awards for some students. The awards appeared on the Academic Plan, but the students stayed in the Conversion Process Review Queue. The Conversion Wizard showed an error, "Unable to create batch package." The students had an EST error for unprocessed Imported Awards. Cause:
When Regent Award checked to see if the data had changed, the system did not recognize the new awards as having data changes. Fix:
Regent Award correctly detects new awards as changes and marks awards and disbursements when Imported Award data is imported. Testing:
Import awards through the Import Awards and Disbursements process. View an affected student in the Conversion Process: Review Queue. Package the student. Refresh the Conversion Process Review Queue. Confirm the student is no longer in the queue. Export the students through EST. Confirm the students successfully exported without error. |
RS-17831 | Regent Award | Configuration/Setup | Problem:
When students were packaged with the new "Override Award Status" fund configuration set to an 'Offered' status, non-originated loans unexpectedly stayed at "Accepted" status. Cause:
For the "Override Award Status" feature, Regent Award considered a loan as originated if the award had any COD communication. Fix:
When the system packages a student who is configured with the "Override Award Status," Regent Award determines whether a loan is originated at COD by checking the award's last Accepted at COD Award Identifier. Testing:
In a test environment, find or create test students in a specific program who have unoriginated loans in an Accepted status, and other test students in the same program who have originated loans in an Accepted status. Configure the Fund Setup "Override Award Status" with an Initial Status of Accepted and an Override Award Status of Offered for the specific program. Package the students. Confirm the unoriginated loans change to an Offered status and the originated Accepted loans remain in an Accepted status. |
RS-17788 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly canceled an earned disbursement after an R2T4 was finalized with a Post-Withdrawal Disbursement (PWD) result. Cause:
The student had multiple PWD disbursements. The second disbursement was an Inadvertent Overpayment (IOP) marked with "Do not Offer." The system incorrectly assigned the IOP status to the first, non-IOP disbursement. Fix:
Regent Award Logic was updated to set IOP status on the correct disbursement. Testing:
Perform an R2T4 for a student with a Percentage of Title IV Aid Earned between 50 and 60%, who has Direct Loan paid in full by two disbursements and the second payment an IOP. Review the PWD tab. Confirm the second disbursement is marked as IOP and Do Not Offer with reason Second/Subsequent Disbursement. Finalize the R2T4. Confirm the first disbursement remains in paid status. Confirm the Direct Loan amount is equal to the amount of the first disbursement. |
RS-17732 | Regent Award | COD | Problem:
The Regent Award Reprocess Process for Entrance Counseling (EC) and Master Promissory Note (MPN) COD Response files was not matching to student records once they were created via Student Batch Load (SBL). Cause:
The database flag to match students during the Reprocess Process was not being set accurately. Fix:
The database flag was modified to ensure it is set correctly when matched with student records. Testing:
Run the Reprocess Process and ensure the EC and MPN COD Response file records are accurately matched up to student records. |
RS-17717 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly paid EST loan disbursements for R2T4 Post-Withdrawal Disbursements (PWD) when their Net Accepted Amount on the PWD tab was not specified. Cause:
Regent Award did not verify the presence of the Net Accepted Amount for the Direct Loan R2T4 PWD Disbursements. Fix:
Regent Award logic was updated so that EST process includes only those R2T4 Disbursements that have a Net Accepted Amount specified. A new EST validation check, EST-0086, was added. Testing:
Enable the R2T4 Offset and Auto-Finalize option configurations in Institution Setup. Reload RNA Setup if needed. Perform an R2T4 resulting in a portion of a Direct Loan appearing on the Post Withdrawal Disbursement tab. Confirm the loan PWD has a blank Net Amount Accepted. Finalize the R2T4. Perform EST to DRI and EST to COD. Review the EST Process report in the Process Log. Confirm the report does not contain paid disbursements from the Post Withdrawal Disbursement tab. Populate the Net Amount Accepted and the Date PWD Response. EST for DRI and AR. Confirm the PWD is successfully paid. |
RS-17611 | Regent Award | User Interface | Problem:
When an administrator tried to edit a program in Program Setup, the screen showed an error, "Program External ID already exists." Cause:
The school had deleted programs with the same Program External IDs as active programs. Regent Award incorrectly included the deleted programs when the system checked for a unique Program External ID. Fix:
Regent Award does not include any deleted programs when checking for unique Program External IDs. Testing:
Log in as a system administrator on an affected school that has some deleted programs with the same Program External IDs as current, non-deleted Programs. Select one of the current programs in Program Setup. Edit the Program Setup configuration and Save changes. Confirm the system successfully saves without error. |
RS-17594 | Regent Award | Packaging | Problem:
Some students had unexpectedly high amounts for Pell grants. When the students were repackaged, the system corrected the total Pell amounts, but it sometimes created an unexpected additional disbursement instead of reducing the existing paid disbursement amounts. Cause:
Regent Award incorrectly canceled paid disbursements if the eligible amount was reduced and replaced them with new disbursements if the fund configuration of Allow Auto-Adjustment of Paid Disbursements was set. Fix:
If Regent Award calculates a different award amount, the system will try to keep any already-paid disbursements unchanged per the Fund Setup configuration. However, the system will still cancel or reduce any paid disbursements if the award's amount is reduced beyond the unpaid disbursements and Fund Setup allows reducing paid disbursements. Testing:
Navigate to an affected student, who has multiple paid Pell disbursements and below full-time enrollment in at least one term in the FAY. Review the Pell award and disbursement amounts. Package the student. Review and confirm the Pell award and disbursement amounts based on the enrollment level. Review and confirm the system adjusted unpaid disbursements, then reduced any paid disbursements prior to creating new additional disbursements. |
RS-17570 | Regent Award | Awarding | Problem:
At a BBAY school with three terms in the AY, a student had a "donut" Academic Year with no Direct Loans or loan eligibility in the middle term. Regent Award incorrectly continued the same loan period for the entire Academic Year including the ineligible middle term. Cause:
The school was configured to anchor BBAYs using the first term with nonzero Direct Loans. Regent Award incorrectly did not truncate loan periods for that configuration setting. Fix:
The system correctly applies GEN13-13 truncation logic to schools that are configured to anchor Academic Years with nonzero direct loans. Testing:
Use a school configured with "BBAY Anchor Determination" set to "Direct Loans Greater than $0." Navigate to an affected student's Academic Plan. Confirm the student still has an ineligible middle term. Package the student. Click a Direct Loan amount to view its Disbursement Details. In the pop-up, confirm the Loan Period dates include the loan's eligible consecutive terms and do not include any ineligible terms. Confirm the AY dates are still for the full Academic Year. View the loan on the Loans tab. Confirm the Financial Award Begin and End dates only include the consecutive eligible terms for that loan. Confirm the Academic Year Begin and End dates still include all terms in the AY. |
RS-17567 | Regent Award | Configuration/Setup | Problem:
An added Campus could not be saved in Regent Award UI (error message displayed) because the system incorrectly created the campus without default funds. Cause:
Regent Award incorrectly identified Fund IDs during Campus creation that resulted in an error. Fix:
Regent Award internal Data Base procedure was updated so it correctly identifies Fund IDs during creation of standard set Title IV funds. Testing:
On the Institution Setup click Add Campus button. Fill the required fields and Save. Make sure no errors displayed in UI. Review the created Campus' Fund Setup. Make sure it contains standard Title IV funds. |
RS-17556 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly split a Post Withdrawal Disbursement (PWD) amount into new disbursements after R2T4 Finalization. Cause:
The Disbursement Schedule Setup was configured to pay using two or more disbursements. Regent Award was incorrectly applying the standard rules for splitting unpaid disbursements to the R2T4 PWD disbursements. Fix:
Regent Award logic was updated to only reassign values for disbursements when none of the scheduled disbursements have already been set by a Finalized R2T4. Testing:
Test for Pell and Direct Loan separately. View the award's Disbursement Details. Add an R2T4 for a student who has an unpaid Pell or Direct Loan in the Term or Payment Period. Set the R2T4 dates so the Step 2 Percentage of Title IV Aid Earned is less than 50%. Save the R2T4. Confirm the Pell or Direct Loan are present in the PWD tab. For the Direct Loan, set a positive Net Amount Accepted value and Date PWD Response on the PWD Tab. Finalize the R2T4. In the Disbursement Details screen, confirm the Pell or Direct Loan are paid using the existing disbursements from prior to the R2T4. |
RS-17503 | Regent Award | R2T4 | Problem:
Regent Award incorrectly reduced Pell amount by $1 during R2T4. Cause:
Regent Award incorrectly rounded the Pell amount down in a term where it should have been rounded up during Pell Recalculation for R2T4. Fix:
The Regent Award calculation process was updated to use a standard rounding method that identifies direction of rounding. Testing:
Find a student with 0 EFC and Less Than Half time Enrollment for the first term of the Academic Year. Perform R2T4. Make sure the student has $775 pulled into R2T4 in R2T4 Wizard Step 1. A test could be performed on any student who's Pell amount for the first term of the Academic Year is rounded up due to the 50 cents portion. |
RS-17502 | Regent Award | Awarding | Problem:
The new active payment period was not showing on 'Add Award' and 'Modify Award' wizards after NSE program change. Cause:
Regent Award missed visibility links between UI and DB for the new payment periods. Fix:
The display logic was modified for Regent Award UI to render newly created payment periods in a valid way. Testing:
Find the affected student. Upload the SBL with program change. Complete the program change as NSE via Program management wizard. Navigate to 'Awards' tab. Select the payment period in question (Fall 2019). Click 'Edit' for the award in question. Proceed to STEP2. Review results. The new payment period should be visible. |
RS-17363 | Regent Award | Awarding | Problem:
The attempt to add Federal work Study award via 'Add Award Wizard' failed with an error on the first step. Cause:
Regent Award failed to create the award via 'Add Award Wizard' referring to blank "Accepted" amount that was never populated when 'Override eligibility' option was checked. Fix:
The code fix removing 'Override eligibility' restrictions for Add Award action was implemented. Testing:
Open the affected student. Navigate 'Awards' tab and click 'Add award'. Add Federal work Study for 2019-2020 award period with checked 'Override eligibility'. Pass through all AWW steps to complete award's creation. No errors should occur |
RS-17304 | Regent Award | Awarding | Problem:
Some awards imported using the Import Awards and Disbursements (IAD) process could not be processed due to an error message, "Award has an invalid status when ISIR for FAY 2020 is missing and required by fund." Cause:
The awards were from a fund configured with "ISIR Required" selected in Fund Setup. The affected students did not have any ISIR for the awards' FAY. When Regent Award tried to create a new Loan Period to hold the imported award, the system could not link the new Loan Period to a matching ISIR. Fix:
If an award already exists on a student, the system bypasses the "ISIR Required" validation and applies the IAD data to the student's existing awards. If the student does not currently have an award from the fund, the system displays an improved error message, "Unable to create award, fund requires ISIR and valid ISIR not available or does not match grade level." Testing:
Import awards from a fund configured with "ISIR Required" in Fund Setup. Import IAD data for a student who has an award from the fund already on their Academic Plan, but who does not have an ISIR for the award's FAY. Process the student's imported awards. Confirm the system updates the awards with the new IAD data. Import IAD data for a student who does not currently have that fund's award on the student's Academic Plan. View the student in the Imported Awards Review screen. Confirm the new error message is displayed. Load an ISIR for the same affected student. Process the student through the Imported Awards Review queue. Confirm the system successfully imports the award. |
RS-17230 | Regent Award | R2T4 | Problem:
Incorrect rounding rules were applied for 'Percentage of R2T4 Period Completed' field at Step 3 of clock-hour R2T4. Cause:
Regent Award used standard rounding rules at Step 2 of R2T4 wizard that resulted into wrong percentage amounts displayed at Step 3. Fix:
Regent Award logic was updated to apply R2T4 rounding rules while calculating the completed percentage amount. Testing:
Navigate to the affected student. Add R2T4 record for the period in question . Add "Hours Scheduled to Complete" and "Total Hours in Period". Click 'Calculate' button. Review results.
The percentages should be calculated to four decimal places and rounded to three decimal places. |
RS-17196 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly calculated the wrong number of days between courses, resulting in an incorrect Percentage of Title IV Aid Earned during R2T4. Cause:
Regent Award incorrectly determined the number of break days when breaks were not properly saved in database. Fix:
Regent Award logic was updated to ensure break days are counted properly when determining the gaps between courses. Testing:
In Program Setup make sure that "Method for Projecting Nonterm R2T4 PP End Date" is set to the 'Academic Plan Payment Period Projection Method'. Find the Non-Term student who has more than 5 days gap between courses in the Payment Period. Perform R2T4 for this Payment Period. Perform R2T4. Make sure that in R2T4 Wizard Step 2 Completed days are equal to Scheduled PP Days. |
RS-17195 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly added breaks to the Date of Withdrawal and Scheduled PP End Date in R2T4 Wizard Step 2 for Non-Term programs. Cause:
Regent Award incorrectly interpreted course data for calculating breaks between courses. Fix:
Regent Award logic was updated to prevent dates included in courses to be treated as breaks. Testing:*
In Program Setup make sure that "Method for Projecting Nonterm R2T4 PP End Date" is set to the 'Academic Plan Payment Period Projection Method'. Add R2T4 for Non-Term student that have overlapping courses and doesn't have any gaps between courses. Make sure that in R2T4 Wizard Step 2 breaks are 0 for Completed days are Scheduled PP Days formulas. |
RS-17000 | Regent Award | COD | Problem:
Regent Award did not send Grade Level information to COD during Originating Teach Grant. Cause:
Regent Award was incorrectly calculating Grade Level in the award COD metadata for Federal Award Year based awards. Fix:
Regent Award logic was updated to calculate Grade Level based on a non-zero value from a previous Enrollments or to use Grade Level 6 as an initial value for Graduate/ Post Graduate programs. Testing:
Award a TEACH grant to an eligible student who starts Graduate/Post Graduate programs as a first program in Regent supported school. Originate award - EST for DRI = false. Download the COD export file from Process Log. Review StudentLevelCode tag. Make sure it contains the correct Grade Level. |
RS-16792 | Regent Award | Packaging | Problem:
A school changed a program's Anticipated Enrollment Level Type in Program Setup. When Regent Award packaged students in the updated program, the students had different anticipated enrollment levels depending on whether the students were packaged in Batch Packaging (BP) or the Modify Academic Plan Wizard (MAP). Cause:
The Batch Packaging process did not repackage students with an existing Academic Plan using the program's current configured Anticipated Enrollment Level Type. Fix:
The Batch Packaging process was updated to use the program's current configured Anticipated Enrollment Level Type during both the initial packaging and repackaging of a student. Testing:
Package a student in a term or nonstandard term program. Note the student's current anticipated enrollment level on the Academic Plan. Change the Program Setup configuration to a different Anticipated Enrollment Level Type. Reload RNA Setup. Package the same student using Batch Packaging. Confirm the enrollment level on the Academic Plan now matches the program's new configuration. Open MAP. Confirm MAP displays the correct default Anticipated Enrollment Level matching the updated program configuration. Finish MAP. Refresh the Academic Plan screen. Confirm the anticipated enrollment level matches the program's new configuration. |
RS-16741 | Regent Award | R2T4 | Problem:
Pell Recalculation amount within the R2T4 was inconsistent. Cause:
Regent award used wrong configuration setting and divided the wrong number of award disbursements between terms for SAY-based quarter programs. System packaged 4 award disbursements per FAY instead of 3, as expected, which impacted Pell Recalculation results at R2T4 Wizard Step 1. Fix:
System settings were updated to divide award disbursements into correct number. Testing:
Perform R2T4 for a student with attended courses that were later withdrawn.
Review R2T4 Wizard Step 1 Recalculated Pell amount. Make sure that amount correspond to enrollment level that is based on a number of units that student attended in the term. |
RS-16651 | Regent Award | Awarding | Problem:
Regent Award did not automatically award students after A to B to A Program Change and did not allow manual awarding. Cause:
Regent Award incorrectly calculated the Progression and Registered Units after A to B to A Program Change. Units for the terms related to the first program A were incorrectly counted twice and linked to the second Program A. Fix:
Regent Award logic was updated to include Program A units in the calculation only one time. Testing:
Perform A to B to A Substantially Equal Program Change for a student eligible for the Direct Loan who has the number of Progression Units from the first instance of Program A more than half of units required for completion of the Program. Make sure the student is awarded with the Direct Loan. |
RS-16322 | Regent Award | R2T4 | Problem:
Regent Award cancelled and recreated Direct Loan's Disbursements after R2T4 reversal where 100% of aid was earned and paid. Cause:
Regent Award was incorrectly creating adjustment Disbursements even though the existing disbursement's paid amounts covered the reversal amount. Fix:
Regent Award was updated to prevent calculation logic from creating additional Disbursements when the award amount paid in existing disbursement is enough to cover the amount after reversal. Testing:
Perform R2T4 for a student in the Term
Payment Period that has fully paid Direct Subsidize or Unsubsidized Loan or both. Set withdrawal date and Wizard Step 2 Adjustments so that Step 2 Percentage of Title IV Aid Earned is above 60%. This would result in 100% of aid earned. Finalize R2T4. Reverse R2T4. Make sure Loans have the same disbursements as prior to R2T4 creation. |
RS-16301 | Regent Award | R2T4 | Problem:
Regent Award unexpectedly recalculated the Pell amount for R2T4 when the Pell had a 150% Year-Round Pell (YRP) portion. Cause:
Regent Award's Pell Recalculation logic was incorrectly evaluating Pell disbursements when they were awarded from the YRP portion of Pell. Fix:
Regent Award logic was updated to calculate the correct enrollment level that would also incorporate disbursements awarded from the YRP portion of Pell. Testing:
Perform an R2T4 calculation for a student with the YRP portion of Pell awarded in the R2T4 term. Review the R2T4 Wizard Step 1 Recalculated Pell amount. Confirm the Pell amount corresponds to the enrollment level using the number of units that the student attempted in the term. |
RS-15815 | Regent Award | Awarding | Problem:
For a nonterm student, Regent Award unexpectedly packaged the loan amounts for both payment periods into just the second payment period (PP2). The student was first packaged with a valid ISIR after the first payment period (PP1) end date was in the past. Cause:
The PP1 end date was in the past. Regent Award incorrectly considered the PP1 end date as closed, even though the nonterm Academic Year was still open. The system packaged the loan amount from both payment periods into the second period. Fix:
For nonterm students, Regent Award will update the first unpaid nonterm payment amount when the associated enrollment is open. Testing:
Find a nonterm student eligible for Direct Loans who had a packaging blocker during the entire PP1 in a current AY. Resolve the packaging blockers. Package the student. Confirm the Direct Loan is awarded in both Payment Periods of the nonterm Academic Year. |
RS-15638 | Regent Award | R2T4 | Problem:
A school enabled the new R2T4 Automation setting, "Identify Whether Potential R2T4 is Required." The school loaded an R2T4 node for a nonterm test student who had no Pell and no originated Title IV aid in the R2T4 period. The school ran Batch Packaging. The system unexpectedly closed the R2T4 with a different "Not Required" reason, "Student did not attend this payment period." Cause:
The system applied the "Not Required" attendance check using incorrect dates. The nonterm student did not have course data in the second payment period (PP2) in the Academic Year. Regent Award incorrectly updated the nonterm payment period dates for the first payment period (PP1). Fix:
Regent Award only changes dates for nonterm payment periods if those payment periods fall within a specified date range. The system correctly anticipates future, unenrolled payment periods. Testing:
Enable the R2T4 automation configuration settings. Use an affected nonterm test student who does not have any courses in PP2 of their current Academic Year, and has no Title IV aid. Load an SBL file containing an R2T4 node with a Date of Determination and Date of Withdrawal beyond the configured R2T4 Offset dates. Run Batch Packaging. View the Automated R2T4 tab on the Batch Packaging Process Log entry. Confirm the system automatically closed the R2T4 with the Not Required reason, "No Title IV eligibility for R2T4 period." Review the student's R2T4. Confirm the Not Required reason is "No Title IV eligibility for R2T4 period." |
RS-15434 | Regent Award | R2T4 | Problem:
Regent Award errored, preventing R2T4 from being saved when a student had cancelled Direct Loans packaged for the previous Federal Award Year (FAY) in the R2T4 Term/Payment Period. Cause:
Regent Award incorrectly included cancelled awards into award packaging validation during R2T4 evaluation. Fix:
Regent Award was updated to exclude cancelled awards from award validation logic. Testing:
Add R2T4 for a student who has direct Loan from previous FAY canceled in Crossover Term/Payment Period and Loans from next FAY awarded. Fill all the required data and Save the R2T4. Make sure no error is shown. |
RS-14932 | Regent Award | Awarding | Problem
The student was awarded a higher amount of Subsidized Loan than for which they were eligible. Cause
While packaging the loan net amount, the allocation of fees was not handled correctly by Regent Award and resulted in over-awarding. Fix
Calculations logic was updated to account for loan fees and prevent over-awarding. Testing
Navigate to the affected student. Run packaging. Review the annual amount of calculated Subsidized Loan, and verify it is correct. |
RS-12341 | Regent Review | Packaging | Problem:
A student had the very first Academic Year (AY) on the Academic Plan numbered AY2 in Regent Award. Cause:
During a program change four years ago, the system changed the numbering on the student's academic plan.. Some terms were assigned to AY2. Regent Award did not have any validation to force the Academic Year numbering to start at AY1. Fix:
Regent Award has improved validation to detect Academic Plans that start with AY2 or higher. A new packaging error message will occur: "Academic Plan should start with Academic Year#0 or Academic Year#1 as its first year." A user may then manually correct the problem in the Program Management Wizard (PMW) by either adding a new Manual Academic Year #1, or editing the Academic Years to manually move the AY2 terms into different Academic Years. Testing:
Package an affected student. Confirm the packaging error occurs. In the PMW, add or edit the student's Manual Academic Years so the first Academic Year is AY1. Continue through the wizard. Refresh the Academic Plan. Confirm the student's Academic Plan starts with AY1. |
