The Anticipated Aid process calculates financial aid due a student and generates preliminary transactions in both Financial Aid Manager and Business Office (applies non-disbursed financial aid award information to the Financial Aid Student Awards table and to the student accounts in the Business Office as preliminary transactions and also clears these preliminary transactions when warranted by aid changes.). The Anticipated Aid window allows you to select the award year and the specific POE's for the selected year. Accepted awards only or accepted and pending awards may be processed. Awards for students with either Incomplete for Packaging or Ready to Package tracking statuses in PowerFAIDS may be optionally included. All awards except Pell Grants are included for students at these pre-packaged tracking statuses. Anticipated Aid processes only those award records that successfully pass all validation checks. It will report these in an audit report and report those that fail validation in an error report. Errant records will re-process each time Anticipate Aid is run.
It is important to understand that Anticipated Aid captures information about a student's award package at the time it is run. As adjustments to the award package or disbursements are made in PowerFAIDS, it is required to execute Anticipated Aid again in order for these changes to be reflected in J1 Desktop.
If you have appropriate permissions, the Schedule button is available for you to use to schedule this process to run automatically.
PowerFAIDS
Tables Accessed During the Anticipated Aid Process
The Anticipated Aid process begins by pulling all awarded student records from PowerFAIDS for the selected POEs to Process and the selected Awards to Include statuses. It then loads key data concerning their awards into the PF_AWARD_TEMP table. These data rows are compared to data rows stored in the PF_AWARD table to determine what records may be new, deleted, fully disbursed, or modified. These are the records eligible to be processed.
In the initial run, only new awards are validated to determine if preliminary transactions can be created. Those that pass validation and are not flagged "No Transfer" in the By Account column in Fund Master and will have @F transactions generated. All records passing validation will also have rows inserted into the Student Award table for the POE with a status of Awarded, including those flagged "No Transfer." "No Transfer" funds are usually those considered to be Work Study. These transactions need to be present in the Student Awards table but should not have @F transactions generated in the Student Receivable Account.
In subsequent runs, there may also be fully disbursed, deleted, cancelled, declined, or modified funds to process in addition to new awards.
· Any eligible transactions that did not pass validation previously will now be considered "new" if they pass validation in this run.
· Awards processed previously that have since been Fully Disbursed will have @F transactions removed. Student Award rows will be updated by Disbursements and Adjustments.
· Awards processed previously that have since been Cancelled or Declined will have @F transactions removed and Student Award rows set to $0 amounts.
· Funds deleted in PowerFAIDS since an award was originally processed will have @F transactions removed and Student Award rows set to $0 amounts.
· Awards where the scheduled award amount is now different will have existing @F transactions removed and Student Award rows set to $0 amounts and will generate new @F transactions and update the amount in the Student Award row.
There is also a group of funds that may need to be removed in subsequent runs based on parameter changes. Parameter changes occur when the user makes different option choices from the previous run. When the opposite of the following 4 conditions occur, these student award records will be processed as new.
· If the Fall and Spring POE were selected in the previous run and only the Spring POE is selected in the current run, then all Fall POE related @F transactions will be removed and Student Award rows set to $0 amounts.
· If Accepted and Pending Awards were selected in the previous run and Accepted Only is selected in the current run, then all Pending status related @F transactions will be removed and Student Award rows set to $0 amounts.
· If IP and RP Tracking Status students were included in the previous run and RP Tracking Status or neither tracking status is selected in the current run, then all tracking status related @F transactions will be removed and Student Award rows set to $0 amounts.
· If funds were marked in PowerFAIDS to be "Included in Anticipated" in the previous run and are cleared in the current run, then all "Included in Anticipated" related @F transactions will be removed and Student Award rows set to $0 amounts.
An Error Report details records that fail any of the following validation checks. You should not expect all PowerFAIDS students with awards to successfully generate preliminary transactions. Entering students not yet registered will not and should not generate preliminary transactions.
· PowerFAIDS Alternate ID should equal J1 ID_NUM in Biograph Master. (Warning)
· SSN must exist in Biograph Master table and not multiple times.
· ID_Num of matching Biograph Master record must exist in Student Master table.
· POE ID must exist in POE Definition Table.
· POE ID must be cross-reference to AR module in POE Cross Reference Table.
· POE ID must have Financial Aid Period defined in POE Definition Table.
· PowerFAIDS Fund Ledger Number must map to J1 Fund Code in Fund Master Table.
· If allocating aid to charges from a fund associated with a subsidiary that is flagged to Allocate Financial Aid to Eligible Charges, Charge/Fee Code Priority list must be assigned to J1 Fund Code in Fund Master Table.
· If loan (LO) transaction exists in Business Office for Fund Code, then do not generate preliminary transaction. (Informational message)
· Subsidiary Code must exist in either the students POE record in the Financial Aid Master table or the J1 Fund Code record in the Fund Master table.
· If the Fund Payment Type is In-House Loan, then a Payment Plan Code must exist for the Subsidiary Code assigned the J1 Fund Code record in the Fund Master table.
An Audit Report details records successfully processed for new preliminary transactions. Cleared preliminary transactions are not reported. To review the total amount of anticipated aid, a report of all @F transactions in the Transaction History table can be produced.
Configure
the Anticipated Aid process
Setup for Disbursement Processing Task Suite
Anticipated Aid Warnings, Errors, and Audit Messages