Processing Federal Financial Aid Applications

Calculating a student's financial need involves determining how much a family can reasonably be expected to contribute toward a student's education. This process begins with the student filing the Free Application for Federal Student Aid (FAFSA) with the Department of Education. The FAFSA is a federally approved need analysis form administered by the Department of Education. Some schools may require other need analysis forms or an institutional aid application. Institutional application processes are described in the chapter Processing Institutional Financial Aid Applications. Campus Solutions supports all versions of the FAFSA and Renewal FAFSA. This section discusses:

• Understanding how to process federal financial aid applications.

• Using Financial Aid inbound file load process for federal financial aid application processing.

• Reviewing financial aid application processes.

• Processing inbound files.

• Managing suspended ISIRs.

• Making ISIR corrections.

• Overriding expected family contributions (EFC).

• Processing ISIR corrections.

• Processing outbound files.

• Processing rejected ISIR correction files.

• Working with ISIRs.

• Deleting ISIR and NSLDS information.

• Viewing ISIR history.

• Using the ISIR Reject/Assumptions Report.

• Viewing ISIR reports.

• Reviewing ISIR correction audits.

Understanding Processing Federal Financial Aid Applications

Financial Aid application processing requires coordinating incoming and outgoing data files with the U.S. Department of Education's Central Processing System (CPS). You transmit this data using the Department of Education's Student Aid Internet Gateway (SAIG) communications software, vendor supplied software, or software developed by your own institution. If your institution uses either the College Board's CSSPROFILE application or the Access Group Need Access application, see more information in the chapter, Processing Institutional Financial Aid Applications.

For Campus Solutions, a student's application for financial aid begins with the receipt of the student's FAFSA information contained in the ISIR data record sent by the CPS. Once this information is loaded into Financial Aid, the evaluation of a student's financial aid eligibility begins.

You can override assumptions and rejects, add your institution to a student's ISIR, and make ISIR corrections. Financial Aid enables you to exchange data with the Central Processing System, to validate and manage corrections, to view EFC status, and to review comments.

Using Financial Aid Inbound File Load Process for Federal Financial Aid Application Processing

Loading financial aid application information from the ISIR is a two step process. When you receive a download from the CPS, the first step is to run the FA_INBOUND Application Engine process that deposits the entire batch into ISIR staging tables. You then run a separate process, the ISIR Load, to load the files from the ISIR staging tables into the database. The ISIR Load process uses your ISIR data load parameters and process demographic settings. ISIR records that are not loaded are marked as suspended for manual review by the office staff or are automatically discarded based on your institution's data load parameter settings.

When you want to send out ISIR corrections or add institution requests to the CPS, there are also two steps. First, run a process to gather all the data files marked to send. Second, run the FA_OUTBOUND process to select records in the outbound staging tables and generate CPS files ready for transmission. You use the FA_OUTBOUND process after running the ISIR Corrections Export process. With the advent of the FAFSA Application process on the web, provided by the Department of Education, Financial Aid does not support processing of the Initial FAFSA application.

Financial Aid processing consists of inbound processing and outbound processing. Inbound processing refers to ISIR records sent to your institution from the CPS. Outbound processing refers to ISIR correction records and requests to add your institution to the student's ISIR.

Reviewing Financial Aid Application Processes

The main financial aid application processes are listed below. In the Financial Aid Application Processes table, the Process Name is the name of the process that the process scheduler runs. The Direction indicates whether the file is coming in from the CPS or going out to the CPS. The Process Menu Name is the menu path that leads to the run control page for the process. The Description explains what the process does. In several cases, one process performs multiple tasks.

Processing Inbound Files

The FA_INBOUND Application Engine processes files from the CPS. The FA_INBOUND process automatically determines the type of file and loads the file into the inbound staging tables.

Processing inbound files is a two step process. First, the data from the CPS files is loaded into the ISIR EDI staging tables. All records in the CPS file are stored in these tables. Second, the ISIR Load process loads the data from the staging tables into the database. The ISIR data load parameters are used during the ISIR load process and only files meeting the criteria are moved into the database.

The electronic data interchange enables you to load ISIRs from the CPS and to create and send ISIR corrections, and FAFSA signature files to the CPS.

Beginning with the 2004-2005 aid year, the FA_INBOUND process generates artificial header and trailer information for the files loaded into the staging tables. The header row contains a batch number assigned to the file that is loaded. The trailer row contains a count of the number of ISIRs in the file. You can view this information in the ISIR Inbound Summary components.

This section discusses how to:

• Understand the FA EC File Inbound Process.

• Understand ISIR load behavior.

• Use ISIR load.

Pages Used to Process Inbound Files

Understanding the FA EC File Inbound Process

If the system processes a file list, the FA Inbound reads the file and searches for the listed files using the path defined in the file list. Once the system processes the file list, it creates a new file in the same directory as the original file. The new file has the name of the file list with an appended date/time stamp. For example, if LIST1.TXT were processed September 1, at 9 A.M., the new file would be called LIST1.TXT20040901090000.

This new file lists the files that were processed during that run of the FA_INBOUND. If there is a problem with any of the files in the file list, the file lists all files that were successfully processed and the file in error. The error file is always the last row and has the message “Error not processed.” appended to the file path. You can use the message log to view the specific error reason. If, for example, the system processed LIST1.TXT that contained 5 ISIR files, but there was a problem with the third ISDF05OP.003 file, the LIST1.TXT20040901090000 file would look like the following:

\\JSERVER1\2005\ISDF05OP.001

\\FILESERV\2005\ISDF05OP.002

Error not processed: C:\ISIR\2005\ISDF05OP.003

Note. The remaining two files defined in the file list were NOT processed.

You can use the message log to view the files that the system loaded successfully or unsuccessfully. The system displays specific error messages in the log. Use the File/Log Viewer to read these messages.

If there is a problem with a file in the list file, the FA Inbound stops processing. The system loads the files processed before the error into the database. All subsequent files in the file list are not processed. You can quickly determine that all files in a file list were successfully processed by opening the data stamped list file and verifying that the last row in the file does not read, “Error not processed.”

Note. If there is a problem with the load process, the system may still display the run status in the Process Monitor for the FA_INBOUND process as Success.

Review the message log for any errors that occurred and verify the files that were not processed.

The FA_INBOUND process assigns an ISIR TG number to any ISIR files that are loaded into the staging tables. This allows you to selectively process files by TG number during the ISIR load process. This feature affects 2004-2005 and future processing years. If any ISIR files are loaded without a TG Number, you can use the ISIR File review page to assign the TG number. Only those files that contain ISIRs that still require processing need to be updated.

The ISIR File Load Run Control page requires the TG number to select ISIR files to process. Only files with the matching TG number are processed. All others are ignored until the ISIR load is run with the same TG number.

The EDE Technical Reference indicates that ISIR files from 2006 and forward may contain a request title record as the first row in the file if schools use queries to request ISIRs from the datamart. A blank first row may be present for schools that do not use queries. The FA Inbound process is modified to skip these rows.

Note. Because the FA Inbound process reads the first position of the ISIR file to determine the type of ISIR, schools that will use the request title functionality at the datamart should not begin their query name with a number. This may cause the request title row to be loaded into the staging tables, but it will not stop the ISIR rows in the file from being loaded nor will this affect the further processing of the ISIRs.

Updates to FA EC File Inbound

Access the FA Inbound page.

Run Option	Select one of the following run options: Single File: The FA Inbound process expects the file listed in the Inbound File field to be one of the supported EDI files. File List: The FA Inbound process expects the file listed in the Inbound File field to be a list of files to be processed. The system defaults to Single File.
ISIR TG Number	Assign the appropriate ISIR TG number for the ISIRs that are loaded. When processing a file list, the system assigns the same TG number to all ISIRs in the list.

The FA_INBOUND process supports the loading of most ISIR file types for the current and following aid year as well as the following additional file types.

Understanding ISIR Load Behavior

This sections describes special ISIR load behavior and does not cover all aspects of the ISIR Load process.

The following diagram shows how the ISIR load process works.

ISIR Load Parameters

Processing ISIRs for Multiple Schools at Same Destination

If there are destinations with multiple valid school codes, the load process attempts to identify and assign the owning school code. For example, destination TG51234 receives ISIRs for school codes E01300 and E01301. A student completes the FAFSA and lists both schools as recipients. The electronic destination receives a single ISIR.

The system uses the Multi School Flag field to determine which school codes belong to the same destination. The initiator of the ISIR is also identified. If one of the matching schools initiated the ISIR, then the ISIR is processed for that school. If none of the matching schools initiated the ISIR (if it was initiated by the student or another school) then the following occurs:

1. The system compares the identified school codes to the ISIR Data Load Parms records for the aid year. If there is a single school code match between the ISIR and data load parameters, the system processes the ISIR with the data load parameters of the matching school code.

2. If there is no match, the ISIR errors with a message of 2 – Invalid School Code.

3. If multiple matches of the ISIR Data Load parameter records exist, the system checks for a previously loaded ISIR and uses the owning school code for the most recent loaded ISIR. Otherwise, the ISIR suspends with a suspend reason of S – Unable to Select School Code.

You can reassign the correct federal school code to suspended ISIRs on the ISIR Suspense Management page and then reprocess them.

Processing Multiple Institution Files

The ISIR load process evaluates each ISIR record to determine the appropriate recipient of the file. In most cases, by checking the six school codes listed on the ISIR and the ISIR ETI and Multi School Flag fields, the process is able to determine the correct school code and institution to process the ISIR. There is one condition where the process is unable to do so. Assigning a TG number during the FA EC Inbound process resolves this condition.

This condition occurs when a customer is set up with multiple institutions, where each institution is represented by a separate TG destination number, and where a student completes a FAFSA for schools belonging to separate TG numbers for the same customer.

For example, State University is comprised of two institutions and is set up as follows:

• Institution: SUWEST (TG number: 52222, School code: E52222)

• Institution: SUEAST (TG number: 53333, School code: E53333)

New students often apply for admissions to both schools and submit their FAFSA information to both. As a result, State University receives separate, identical ISIR records for these students (one per TG number). This is because the two institutions represent separate TG numbers, and the multi-school flag fields are not populated. Currently, when the ISIR load is run for one institution, the system processes both ISIRs of these students at the same time, where one file is processed with the incorrect ISIR Data Load parameters and can be loaded to the incorrect institution and owning school code.

By assigning the correct TG number for each ISIR file that is loaded, the condition described above is corrected.

Note. It is the responsibility of the school to assign the correct TG number when loading ISIR files into the staging tables.

Identifying Correction ISIRs Not Initiated by the School

The system performs the following evaluation to identify ISIRs corrected by the recipient school. The system checks the ISIR ETI field value and only those records with a value of 0, 2, 4, or 6 are selected. This indicates that the recipient school initiated the correction record, and you can process the ISIR normally. For all other values, an additional check against the ISIR Source of Correction field is performed to determine if the ISIR was initiated by the student, another school, or the CPS.

You can control which of these correction ISIRs are processed with the Suspend Student Initiated and Suspend Other School Initiated load options for corrected ISIRs. You may want to suspend all non-school initiated ISIRs first and then review the fields that were corrected in the 06/07 ISIR Suspense Management, Corrected fields page before determining how to process the record.

Note. Corrected ISIRs initiated by the CPS are treated as other school initiated.

Processing Corrections

Because application and correction ISIRs can now be grouped in the same file, running the ISIR load process with only the Applications record type option selected causes the process to ignore any corrected (and system generated) ISIRs in the file. The load status of these skipped records remains unchanged until you use the proper record type option to process these records.

A school-initiated correction is processed with the Suspend on EFC Mismatch load option set. If there is no previously loaded ISIR, the process treats the condition as an application ISIR and follows the application ISIR load parameter settings. This allows initially rejected ISIRs corrected by the school to load as initial application ISIRs.

If you process a student initiated corrected ISIR with the Suspend Student Initiated ISIR load option deactivated, or process a non-school initiated corrected ISIR with the Suspend Other-School Initiated option deactivated, the system treats the ISIR as an application ISIR and follows the application ISIR load parameter settings. The correction ISIR load parameters are ignored.

Any ISIR that has the duplicate SSN indicator set will always suspend. Because this indicates that the social security number on the ISIR has been used by another application, users should evaluate the record before loading the ISIR in the suspense management component.

Note. When NSLDS Post screening transaction ISIRs (system-generated transactions) are processed, the NSLDS information is always loaded.

Managing Suspended ISIRs

All ISIR records are loaded into the ISIR staging tables before moving into the database. These records are never deleted. You can look at and review an entire batch of ISIR records or you can look at an individual student's ISIR processing information.

Once the ISIR file has been loaded from the staging tables to the database, you can view the ISIR data from the ISIR Data Corrections component. This section discusses how to:

• Use ISIR suspense management.

• View detailed status information generated by the FAPSAR00 process.

• View information generated by CPS for the ISIR.

• View ISIR reject codes.

• Review corrected fields.

• Manage ISIRs suspended in batch.

Pages Used to Manage Suspended ISIRs

Using ISIR Suspense Management

Access the ISIR Suspense Management 06/07 page.

The system displays EC Queue Instance/Seq. No, Transaction Receipt Date, and Load Status.

The following table explains the field values for the ISIR Load Status.

ISIR Manual Load Parameters

The system displays EmplID, ID Lock, Institution, Process Dt (Effdt) (process date, effective date), and Alternate Effective Date.

Student Information

The system displays Last Name, First Name, MI (middle initial), SAR ID, SSN (Social Security Number), Date of Birth, Dependency Status, Primary EFC, Federal PELL Eligibility, student's Admit Level, ED Verf St (educational verification status), and Verification Selection Flag.

Click the Process ISIR button to run the ISIR load process for the selected ISIR that you want to load directly from this page. Unless you set the Add ISIR load option, the ISIR Load logic and load parameters for new ISIRs will be performed.

Viewing Detailed Status Information Generated by the FAPSAR00 Process

As ISIR files load from the FA Inbound process, you will run the FAPSAR00 process, which executes the ISIR load rules on individual ISIR records in the staging tables. If the record is found in the database, the record is tested for institutional review status, Ed verification completed, and for ISIR compute rejects.

The record is further verified to pass the ISIR routing control criteria. If one of the routing criteria is Failed, the record posts a suspend status and the ISIR routing control criteria that failed posts as the suspend reason. If the ISIR is a correction or system generated file, other load rules are performed.

Access the View ISIR Load Information page.

Suspend Reason	Shows the reason the record was suspended and not loaded into the database. This field remains blank if the record was successfully loaded. Valid values include the following: 1 – Student Not Found (Max Match) - Search Match/Search Match By-pass failed to identify an ID that matches the ISIR. 2 – Inst Review Status This routing control option was triggered. 3 – Ed Verification Completed This routing control option was triggered. 4 – ISIR Compute Rejects This routing control option was triggered. 5 – Record Suspend Level The student's admit level. 7 – ISIR Tran Num Out of Seq An ISIR with a greater transaction number, but an earlier process date was encountered. D – Duplicate SSN Indicated An ISIR suspends if the CPS reports that the SSN is used for another ISIR. E – EFC Mismatch The Correction ISIR Suspend reason if you select this as a correction data load parameter. G – System Generated Record All system generated ISIRs suspend if you select this data load option. Unable to Select School Code Identifies when the ISIR was suspended due to the inability of the load process to determine the owning school code of the ISIR.
Skip Reason	Displays the reason the record did not load into the database. The values for this field are the following: 2 – Inst Review Status—This routing control option was triggered. 3 – Ed Verification Completed—This routing control option was triggered. 4 – ISIR Compute Rejects—This routing control option was triggered. 5 – Record Suspend Level—This routing control option was triggered. 7 – Search/Match option set to Discard/Skip—ISIR skips if you select this Search/Match option. G – System Generated Record—All system generated ISIRs skip if you select this data load option.
Error Code	Displays the reason the Suspend Reasons is set to Error Encountered. The values for this field are the following: 1 – Invalid SSN 2 – Invalid School Code 3 – SQL Error Encountered 4 – Update/Add PD Error (personal data) 5 – Update/Add Address Error 6 – Update/Add PS Names Error 7 – Blank Date for Effective Date 8 – Correction Record not found
Max Match Level (maximum match level)	Indicates the search/match level at which the ISIR record was matched to an ID.
Process Instance	Displays the process number that the load process assigned when the process last ran. This number is used to view and print messages generated by the load process.
Process Date	The date the load process last ran.
1st Choice through 6th Choice	Indicates the school code choices reported on the ISIR.
Multiple School Code Flags	Indicates when the ISIR is intended for multiple CPS schools of the same destination number (TG number). Indicates the school that generated the ISIR transaction or was listed on the transaction. Also indicates whether the type of ISIR is a daily, requested, or pushed ISIR. This is a six-character field where each single character position corresponds to one of the six federal school code fields listed on the ISIR. Any value reported represents the ETI value of the matching school. Only the schools of the same destination have a value in the field.

Note. All suspended records have an ISIR Load Action status set to Recycle. All recycle status records that are not loaded are automatically reviewed the next time the FAPSAR00 process runs.

Viewing Information Generated by CPS for the ISIR

Access the CPS Generated Fields page.

Transaction Data Source/Type	Indicates the source of the current ISIR record (Electronic, Web Student, Web, FAA, Paper, CPS, FSAIC - Federal Student Aid Information Center) and the type of ISIR (application, correction, renewal, Signature page, and so on). The ISIR load process uses this value to determine which records are processed.
Application Data Source/Type	Field ISIR that indicates the type and source of the original ISIR transaction.
Address Only Change Flag	Field ISIR that indicates whether mailing or email information was the only items changed on the current ISIR.
CPS Pushed ISIR Flag	Field on the ISIR that indicates that the CPS initiated the ISIR transaction. Y - Transaction is automatically sent to school in cases of an EFC change, SAR C change, or system-generated ISIR. All ISIRs with this value set to Y are treated as a System Generated ISIR.
NSLDS Post-Screening Code 1, 2, and 3	The NSLDS Post-screening field values on the ISIR.
Processed Record Type	Field on the ISIR that indicates whether the ISIR record is based on a Correction Application (C), a correction of an initial ISIR(H), or is and initial ISIR (blank).
History Correction Applied	Indicated the ISIR transaction number of a earlier ISIR record from which the current ISIR data is derived.
Source of Correction	Represents the field on the ISIR that indicates who initiated the current corrected ISIR record. A – Applicant D – CPS S – School Blank if not a corrected ISIR.
Electronic Institution Ind	Indicates school that initiated the current ISIR.
Reprocess Code	Code that explains why the CPS generated a revised ISIR.
EFC Change Flag	Indicates whether the EFC has increased or decreased from the previous ISIR.
ISIR SAR C Flag Changed	Field on the ISIR. that indicates that the SAR C Flag has changed from the previous ISIR transaction.
Rejected Status Change Flag	Indicates that the rejection status is set or removed from the previous ISIR transaction.
Verification Select Chng Flag (verification select change flag)	Indicates that the ISIR is now selected for verification when the previous transaction was not selected.
ISIR Elec Trans Indicator (ISIR electronic transaction indicator)	Indicates if the school receiving the ISIR generated the transaction or was listed on the transaction. Also indicates whether the type of ISIR is a daily, requested, or pushed ISIR. ETI values: Blank - No destination code associated or school not participating. 0 – School generated transaction and is an ISIR daily school. 1 – School did not generate transaction and is an ISIR daily school. 2 – School generated transaction and is an ISIR request school. 3 – School did not generate transaction and is an ISIR request school. 4 – School generated transaction, is an ISIR daily school, ISIR is CPS pushed. 5 – School did not generate transaction, is an ISIR daily school, ISIR is CPS pushed. 6 – School generated transaction, is an ISIR request school, ISIR is CPS pushed. 7 – School did not generate transaction, is an ISIR request school, ISIR is CPS pushed. 8 – School did not generate transaction, is an ISIR daily school, ISIR is CPS pushed (system generated). 9 – School did not generate transaction, is an ISIR request school, ISIR is CPS pushed (system generated).

Viewing ISIR Reject Codes

Access the Reject Reasons page.

Reviewing Corrected Fields

Access the Corrected Fields page.

The system reads the Correction Flag field on the ISIR and displays which fields were corrected. The system uses the ISIR/SAR Cross Reference setup data to display the field names on this page.

Managing ISIRs Suspended in Batch

Access the ISIR Inbound Load Summary page and ISIR Batch Detail Records tab.

Note. Click the tabs in the scroll area to access multiple views of this page. We document elements common to all views first.

Common Page Information

The system displays EC Transaction ID, EC Queue Instance, Batch Number, and ISIR Load Date:Time.

ISIR Batch Detail Records Tab

Click the Suspense link to navigate to the ISIR suspense management page.

Student Information Tab

Access the ISIR Inbound Load Summary page and Student Information tab.

Last Name	Displays the student's last name reported on the ISIR.
First Name	Displays the student's first name reported on the ISIR.
MI (middle initial)	Displays the student's middle initial reported on the ISIR.
Birthdate	Displays the student's birth date reported on the ISIR.

Click the Search Match link to connect to the search match component.

Click the Bio Demo link to connect to the PeopleSoft Enterprise Campus Community Bio Demographic component.

Load Information Tab

Access the ISIR Inbound Load Summary page and Load Information tab.

Load Action	Possible values include Add ISIR, Ignore/Skip, and Recycle.
Skip Reason	Displays the reason the record did not load into the database. Available options include the following: 2 – Inst Review Status —This routing control option was triggered. 3 – Ed Verification Completed—This routing control option was triggered. 4 – ISIR Compute Rejects—This routing control option was triggered. 5 – Record Add Level—This routing control option was triggered. 7 – Search/Match option set to Discard/Skip—ISIR skips if you select this Search/Match option. G – System Generated Record—All System generated ISIRs skip if you select this data load option.
Error Code	Displays the reason the Suspend Reasons is set to Error Encountered. Values include the following: 1 – Invalid SSN 2 – Invalid School Code 3 – SQL Error Encountered 4 – Update/Add PD Error 5 – Update/Add Address Error 6 – Update/Add PS Names Error 7 – Blank Date for Effective Date 8 – Correction Record not found.
Process Instance	Displays the process number that the load process assigned when the process last ran. This number is used to view and print messages generated by the load process.

ISIR Inbound File Data

Access the ISIR Inbound Load Summary page and ISIR Inbound File Data tab.

Click the Header and Trailer Data link to view header and trailer information for the ISIR record.

Click the links for ISIR Data 1, ISIR Data 2, NSLDS Data 1, or NSLDS Data 2 to view the ISIR information in the ISIR staging tables.

Making ISIR Corrections

Use the ISIR Data Corrections component to correct FAFSA application information loaded from the ISIR. Once ISIR records are loaded into your database, you can review and make corrections to the data by using the pages in the ISIR data corrections component. All ISIR field modifications are maintained in the ISIR correction audits component. This section discusses how to:

• Review special ISIR correction component behavior.

• Review FAFSA information.

• Correct assumptions and school code information.

• View EFC status and database matches.

Pages Used to Make ISIR Corrections

Reviewing Special ISIR Correction Component Behavior

This section discusses the ISIR correction component.

Making Changes to ISIR Data

The system stores and displays each loaded ISIR in a separate effective-dated row that cannot be modified. Original ISIR data loaded in the ISIR Corrections component have all fields unavailable. To make corrections to the ISIR, you must insert a new effective-dated row in the component. An Add button located at the top of the page is available when an ISIR has not yet been corrected. Click the Add button to insert a new effective-dated row on the page and to make all correctable fields available.

Updating Fields with CPS Assumed Values

When the CPS has assumed the value of a FAFSA question, the field is unavailable and marked with an 'a' at the right of the field value. The field cannot be corrected until you use the appropriate assumptions page to make the field correctable.

Fields Containing Both an Edit Box and Options List Field Objects

The fields in the ISIR Corrections components may be represented by two different field objects. Either an:

• edit box and an option list.

• edit box and options.

The edit box displays the database value for the field. The options list displays the contextual value of the field. When the page opens for the first time, the two values are always synchronized. Changing one or both of the field object values for the same field causes the fields to synchronize when you click the save or refresh button.

For example, when you select the options list value, the system changes the edit box value to match when the page is saved, or when you click the refresh button. Likewise, when you change the edit box value, the system sets the matching options list value when the page is saved, or when you click the refresh button. Changing both the edit box value and the options list value at the same time causes the edit box value to be set when you save the page, or when you click the refresh button.

For the 2003 and future aid years, the ISIR Data Corrections component will no longer display fields in this manner.

Numeric Fields That Support a Blank, Non-Zero Value

Beginning with the 2003 aid year, modifications were made to several number fields on the ISIR Data Corrections component to support a blank, non-zero value so that the INAS calculation can be used to determine a usable value for the field. These fields are as follows: AGI (student and parent), U.S. Taxes Paid (student and parent), Total from Worksheet A (student and parent), total from worksheet B (student and parent), Cash and savings (student and parent), Investment Net Worth (student and parent), student's Income, Spouse's Income, Father's Income, and Mother's Income. These values also appear blank if reported blank on the ISIR rather than appear as zero.

Reviewing FAFSA Information

Access the FAFSA Information page.

Note. If you open a component where the ISIR has not yet been corrected, an Add (+) button is available on the page. Click this button to insert a new row to make corrections.

The system displays the student's name, ID, Aid Year, Institution, Effective Date, Transaction Nbr, Correction Status, Status Date, EFC Status (expected family contribution status), Primary EFC, and Prorated EFC.

Actual Bio/Demo Data

This column displays the student's information stored in the Campus Community bio-demographic records. Comparing this information with the student's ISIR information in the ISIR bio/demo data column will alert you to differences in the database. To change information displayed in this column with the ISIR reported information, you must use the Campus Community bio/demographic data components.

Select the check box for Correct Name, Correct Address, Correct SSN (Social Security Number), Correct Birthdate, Correct Telephone, Correct Citizenship, Correct Alien Reg Nbr (correct alien registration number), Correct Email Address, and Student's Email Address to make a correction to those fields to the ISIR. When a corrected ISIR is requested, the system sends the selected fields to the CPS.

If selected for correction, you can use the Address Use page to view the student's address information that you want to submit. If multiple addresses exist for the student, the system displays the active address type based on the address usage setting on the Process Demo Setup page. To send a different address, you can use the override check box and select from the remaining active student addresses. The Correct Telephone field displays the active telephone number based on the phone usage setting on the Process Demo Setup page. To send the displayed phone number to the CPS for correction, select this check box. If selected, the system displays the Ovrd check box. Select the Ovrd check box to override the telephone number to be sent to the CPS. The system displays a list of options of the student’s active phone types. Select the type to be sent to the CPS. The system then displays the alternate telephone number.

The Correct Email field displays the active email address based on the Email usage setting on the Process Demo Setup page. To send the displayed email address to the CPS for correction, select this check box. The system displays the Ovrd check box. Select the Ovrd check box to override the email address to be sent to the CPS. The system displays a list of options of the student’s active email types. Select the type to be sent to the CPS. The system then displays the alternate email address.

Viewing Student Address Information

Access the Address Use page.

ISIR Bio/Demo Data

This column displays bio/demographic information reported on the ISIR record. The system displays Student's First Name, Last Name, MI (middle initial), SSN (Social Security Number), Birthdate, Telephone Nbr (telephone number), Citizenship Status, Alien Registration Number, Driver's License #, and DL State (driver's license state).

Viewing the Original ISIR Address

Access the Original ISIR Address page.

Student Data – Enrollment Information

FAFSA enrollment information displays in two forms. The edit box displays the ISIR value for the field, and the activated options display the definition of the value. The values include: 1 – Full time, 2 – 3/4 Time, 3 – 1/2 time, 4 – LT 1/2 time, and 5 – Not Attending.

Student Data – Background Information

Student Data – Financial Information

Student Data – Dependency Status Information

Student Data – Independent Student Information

The system displays the Number in College and Number in Family for an independent student.

Parent Data – Parent Background Information

Parent Data – Parent Financial Information

Viewing INAS Federal Extension Information

Access the INAS Federal Extension page.

Federal

Allowances

Assets

Assumption Overrides

Entering Federal Extension Budget Durations

Access the INAS Federal Extension Budget Durations page.

You can enter any value for FM budget duration. Federal rules allow whole numbers only for budget duration. If the total allocation for the budget duration that you enter for FM is greater than 12 months, the system delivers a warning message that states, “WARNING! The sum of the Academic and Non-Standard Budget Durations must be between 1 and 12.” The system allows you to enter amounts greater than 12 and you can save the amount. However, when you invoke INAS to calculate, the following message appears. “FM Budget Duration is greater than 12 months. FM Duration assumed to be 9 months.” The system returns a 9 month EFC (expected family contribution) for the academic award period. No EFC is calculated for the non-standard award period.

Entering Institutional Extension Budget Durations

Access the Institutional Budget Durations page.

You can enter any value for IM budget duration. Institutional rules allow whole numbers with one decimal place.

Viewing INAS Institutional Extensions

Access the INAS Institutional Extension 1 page.

Cap Home Equity	Select to cap calculated home equity at a value no greater than two times the computed income.
Exclude Tuition/Fee Deduction	Provides the means to exclude from parental income, tuition and fee deductions reported by the parents of dependent students. Select to allow tuition and fee deductions to offset total income. Clear to allow tuition and fee deductions to be counted as untaxed income.

See Processing and Using Institutional Financial Aid Applications.

See College Board or INAS User Manual

Access the INAS Institutional Extension 2 page.

Access the INAS Institutional Extension 3 page.

Access the INAS Institutional Extension 4 page.

Access the INAS Institutional Extension 5 page.

Viewing Need Summary Information

Access the Need Summary page.

Changing Student Income Values

Access the Change Student Income Values page.

Use this page to override field values where the CPS has assumed an alternate value in their EFC calculation. You can not edit fields in the component without first overriding the assumption indicator where the CPS has used an alternate value.

Changing Student Status Values

Access the Change Student Status Values page.

Use this page to override field values where the CPS has assumed an alternate value in their EFC calculation. You can not edit fields in the component without first overriding the assumption indicator where the CPS has used an alternate value.

Changing Parent Household Information

Access the Change Parent Household Information page.

Use this page to override field values where the CPS has assumed an alternate value in their EFC calculation. You can not edit fields in the component without first overriding the assumption indicator where the CPS has used an alternate value.

Changing Parent Earnings and Income Values

Access the Change Parent Earnings and Income Values page.

Use this page to override field values where the CPS has assumed an alternate value in their EFC calculation. You can not edit fields in the component without first overriding the assumption indicator where the CPS has used an alternate value.

Correcting Assumptions and School Code Information

Access the Assumptions\School Codes page.

Miscellaneous Information

Student Data – Housing School Code Information

Assumptions and Reject Overrides

If a student omits an answer to a question or the answer is inconsistent, the CPS either assumes a response for the applicant or rejects the response. You can use this page to override this data. Select the check box to perform the override. Leaving the check box cleared indicates there is no change and the override is not performed.

FAA Information

View student detail pertinent to the financial aid administrator.

Reject Reasons

Comments

Field Review

Viewing EFC Status and Database Matches

Access the EFC\DB Matches\Corr page.

ISIR Data

The system displays the Effective Date, Transaction Nbr (transaction number), Correction Status, Status Date, EFC Status, Primary EFC, and Prorated EFC.

EFC Information

The EFC page is designed to resemble the EFC information as it appears on the student's SAR (student aid report).

The following fields display intermediate values derived from federal methodology used to calculate the expected family contribution: TI (total income), STI (student total income), FTI (FISAP total income), TSC (total student contribution), STX (state tax), IPA (income protection allowance), TPC (total parent contribution), SCA (student's contribution from assets), AI (available income), ATI (allowances against total income), EA (employment allowance), DNW (discretionary net worth), PCA (parents' contribution from assets), CAI (calculated available income), AAI (adjusted available income), SIC (student income contribution), and PC (parent contribution).

Corrected/Verified Fields

The system displays the Correction Source for the data, the ISIR Field Nbr (ISIR field number), and the associated Code. The Code indicates if the field was corrected on this ISIR transaction or a previous ISIR transaction.

Viewing Need Summary Monthly EFC

Access the Need Summary Monthly EFC page.

This page remains the same.

On the previous pages, the system displays the 9 month EFC on the EFC\DB Matches\Corr page. The 9 month EFC does not display on the Need Summary Monthly EFC page.

In support of prorated EFC functionality, the system differentiates between the non-standard term as the header—summer, fall, spring—and the non-standard term as a trailer—fall, spring, summer. This affects how the EFC is apportioned. If the non-standard term is the header, then the non-standard EFC uses the months at the beginning of the monthly EFC. If the non-standard term is the trailer, it uses the months at the end of the monthly EFC. The system determines the non-standard term as header or trailer by evaluating FA Term. If a term has been set up on Valid Terms for Career as non-standard with term start and end dates and it appears on FA Term, a comparison occurs. If the non-standard term has a start date before the earliest start date of an academic term, the non-standard term is determined to be the header. Conversely, if the non-standard term has a start date after the earliest start date of an academic term, the non-standard term is determined to be the trailer.

See Also

See the U.S. Department of Education's manual the Guide to SARS and ISIR for more information about resolution to database mismatches.

Overriding Expected Family Contribution (EFC)

The system displays the override at the parent and student contribution level. This section discusses how to:

• Override EFC.

• Use the EFC override function.

• View overrides.

• View federal EFC summary.

• View total parent contribution detail.

• View total student contribution detail.

• View prorated EFC detail.

Pages Used to Override and View EFC

Overriding EFC

Access the INAS Federal Extension page.

The Override Federal EFC link allows professional judgement to override the academic or non-standard parent contribution or student contribution.

Note. You must select an INAS Rule Set before setting the Budget Duration and overriding the EFC. When creating an extension record, you must always select an INAS Rule Set. Failing to do so affects your expected results.

Using the EFC Override Function

Access the INAS Federal Extension EFC Override page.

Enter the actual positive value for the parent contribution and/or student contribution for each award period.

You must select Use EFC Override Values and call INAS for the system to use your override values. If you want to use actual calculated values, simply clear the check box and call INAS.

Click the Defaults button to reset the student contribution and parent contribution to current values from STD_AWD_PER. Defaults come directly from STD_AWD_PER. If you have already calculated INAS using overridden values, those same values are returned when you click the Defaults button. To retrieve calculated values as the default, clear the Use EFC Override Values check box, call INAS, return to this page, and click the Defaults button.

Note. You must make sure that the budget duration set in Local Policy Options or at the extension level supports the EFC overrides being established for the award period. Warning messages appear if you create overrides for an award period that is not supported by the budget duration.

Viewing Overrides

Access the EFC\DB Matches\Corr page.

The system displays an override indicator when you override the student contribution, the parent contribution, or both. It appears as the O next to Prorated EFC, PC, and TSC.

Viewing Federal EFC Summary

Access the Federal EFC Summary page.

Total Parent Contribution	Click the Detail link to view overridden values.
Total Student Contribution	Click the Detail link to view overridden values.
Prorated EFC	Click the Detail link to view overridden values.

Viewing Total Parent Contribution Detail

Access the Total Parent Contribution Detail page.

The system displays the override information and directs you to FM Extension.

Viewing Total Student Contribution Detail

Access the Total Student Contribution Detail page.

The system displays the override information and directs you to FM Extension.

Viewing Prorated EFC Detail

Access the Prorated EFC Detail page.

The system displays the override information and directs you to FM Extension.

See Also

Reviewing EFC Summary Information

Processing ISIR Corrections

When a corrected ISIR loads, a new effective-dated row is inserted into the ISIR Data Corrections component containing all information from the corrected ISIR. The current date is always used as the effective date, rather than the CPS transaction process date.

The federal database match information on the ISIR always updates in the packaging status summary, database match page. You can not alter the database match field. Override fields on this page reflect an institutional override of the database match results.

NSLDS information always loads as long as the NSLDS information on the ISIR is more recent than the current loaded NSLDS information. This is determined by comparison of the NSLDS transaction number.

There are two data load options specifically for corrected ISIRs. The first enables you to suspend the ISIR if the primary EFC on the ISIR does not match the primary EFC displayed in the ISIR Data Corrections component. The second enables you to control the INAS process for corrected ISIRs.

This section discusses the ISIR correction load logic.

Note. The system loads only corrected ISIRs submitted by your school. Corrections made by another institution, those initiated by the student, or initiated by CPS do not process and must be resolved individually in the ISIR Suspense Management page.

Reviewing ISIR Correction Load Logic

The following diagram shows the ISIR Correction Load Logic.

ISIR Load Logic

The FAPSAR00 process performs the following steps when corrected ISIRs are processed:

1. The system checks to see if the ISIR is loaded by comparing the Original SSN and Name code from the ISIR against all loaded ISIRs. If no match is found, the ISIR suspends with a suspense reason of “Student Not Found.” If a previously loaded ISIR is found, the next check is performed.

2. The system verifies that the ISIR was corrected by the school by checking either the ISIR ETI or the appropriate Multi-School flag fields If there is a previously loaded ISIR for the student, the correction ISIR is loaded and assigned a load status of Change Processed.

3. You can perform an optional check that compares the primary EFC on the ISIR with the primary EFC on the ISIR Data Corrections component. If they do not match, the ISIR suspends with a suspend reason of “EFC Mismatch.” If the EFCs match, or the option is not selected, the ISIR loads and calls a final optional feature. In the case where the option is set, but there is no previously loaded ISIR to make the comparison, the load process will consider the corrected ISIR as a new application ISIR and process accordingly.

4. You can determine whether a new INAS calculation is performed once the ISIR loads.

Processing Outbound Files

There are two steps in the process of sending files out. First, run a process that moves all the outbound files to the outbound staging tables. Second, run the process to create a flat file from the data in the staging tables. You can then send the flat file to the CPS. Use the outbound file processes to send ISIR corrections, add institution requests, and FAFSA signature files. This section discusses how to:

• Move records to outbound staging tables.

• View run information.

• Review ISIR EDI outbound file process.

• Create outbound files for CPS.

• View outbound staging tables.

Pages Used to Process Outbound Files

Moving Records to Outbound Staging Tables

Access the ISIR Corrections Export page.

The system displays the Run Control ID.

Click the Refresh button to update the Process Instance and Run Date and Time fields.

Click the Batch Messages Print link to create a text file containing the messages generated during the load process. The message file that is created for printing is called FAMSGPRT.LIS. Its location is based on the TEMP setting in the configuration manager.

Click the Run button to run the FAPCOR00 process from the process scheduler. When this process has completed successfully, the outbound files in the database move to the ISIR staging tables.

Viewing Run Information

Access the Batch Statistics page.

Batch Number	The system displays internal batch number assigned by the system to the ISIR correction record.
Total Number of Records Output	The number of records exported for either the batch number or the signature batch number.

Reviewing ISIR EDI Outbound File Process

The FA_OUTBOUND Application Engine process generates files for transmission to the CPS. You use the FA_OUTBOUND process after running the ISIR Corrections Export process.

When run, the FA_OUTBOUND process selects records in the outbound staging tables and generates CPS files ready for transmission. The process names the files in the appropriate message class. If multiple files of the same message class are generated at once, the file name extension is incremented to insure uniqueness (ex :CORR05IN.001). If there are previously generated files of the same message class in the output directory, the process insures that those files are not overwritten.

Creating Outbound Files for CPS

Access the FA Outbound page.

Set the Outbound File Path field with the location of the generated files. Make sure the application server has access to the file location.

Set the Outbound File Type field to indicate the files to be generated. The files supported by the FA_OUTBOUND process are as follows:

Select the Aid Year to be processed.

Select the Institution to be processed.

To run the process, click the Run button and select the FA_OUTBOUND process from the Process Scheduler Request page.

Viewing Outbound Staging Tables

Access the CPS Files Sent page.

Click the Detail link to display all of the outbound staging table fields.

Processing Rejected ISIR Correction Files

Use the FASAREXX process to load ISIR Correction files that were rejected by the CPS. This section discusses how to:

• Load error files.

• Make corrections to rejected ISIR corrections.

Pages Used to Process Rejected ISIR Correction Files

Loading Error Files

Access the Load ISIR Error File page.

The system displays the Run Control ID.

Click the Refresh button to update the Process Instance and Run Date and Time fields.

Making Corrections to Rejected ISIR Corrections

Access the ISIR Corrections Management page.

Note. You can view all ISIR corrections initiated by the system in the ISIR Corrections Management component after the corrections export process is run.

Making corrections to rejected ISIR Correction files requires several steps:

1. Review the ISIR correction file using the Corrections Management page.

   1. Select Resubmit in the Action field for any field you want to resubmit.

   2. If you do not want a field resubmitted, select Delete/Ignore in the Action field.

   3. Save the changes before exiting the Corrections Management page.

2. Go to the ISIR data Corrections component to make any additional changes to ISIR fields.

   1. If required, call INAS to recalculate the EFC.

   2. Set the correction status to Send Correction(s).

   3. Save the changes before exiting the ISIR data corrections component.

3. Run the ISIR correction export process.

When the ISIR Corrections build process (FAPCOR00) runs, a new ISIR correction record is created for the student. This correction record includes fields from the rejected ISIR corrections that have been marked as Resubmit, plus any new changes made in the ISIR data corrections pages. A new set of data representing the new ISIR correction record is created in the ISIR correction management page. The rejected ISIR correction file updates to indicate a new batch status of Reprocessed.

The system displays student name, ID, Aid Year, and Institution.

View

Corrections Batch Information

Correction Field(s)

Working with ISIRs

This section discusses how to:

• Add your institution to a student's ISIR.

• Send FAFSA signature receipt information.

• Use the batch message print page.

Pages Used to Work with ISIRs

Adding Your Institution to a Student's ISIR

Access the ISIR Add School page.

The system displays the student name, ID, User ID, Process Status, Process Date, and Request Date.

Sending FAFSA Signature Receipt Information

Access the FAFSA Signature page.

The system displays the student's name, ID, Institution, Aid Year, User ID, Request Date, and Process Date.

Using the Batch Message Print Page

Access the Batch Message Print page.

The system displays Run Control ID, Last Update Date Time, and Message Text.

Select a Process Name from the available options. The ISIR suspense load (FAPSAR00), ISIR corrections build (FAPCOR00), processes generate messages when they run.

Deleting ISIR and NSLDS Information

This component does not support deleting NSLDS records that were loaded from the NSLDS FAT load process. Deleting data from an NSLDS FAT data file load may create orphan data in the database. The pages do not reset any calculated need summary information that displays in the packaging status summary and awarding pages. The summary information on the packaging status summary and awarding page is stored in PS_STDNT_AWD_PER that is updated when an ISIR loads. Need must be recalculated through a new ISIR load with INAS or by performing an online INAS to synchronize the need calculations.

The component does not correct ISIR database match and verification selection information loaded into the PS_STDNT_AID_ATRBT record from the ISIR. The ISIR database match and verification selection information is viewed in the Packaging Status Summary component. You must either load a new ISIR to synchronize the data or manually reset/override the information on the Packaging Status Summary component using the ISIR Data Corrections Database Match page as your source data.

Using this component does not insure that the proper ISIR audit information is preserved if all related ISIR data correction rows are not deleted. Use the page to delete all ISIR information for an ISIR transaction number. For example, if there are 3 rows of effective-dated ISIR data for the same transaction number (someone made corrections to the ISIR in the ISIR Data Corrections component) and you choose to delete only one row of information, you will lose all of the ISIR audit information.

Warning! Please restrict access to this component to your staff members with the proper knowledge and authority. This component enables you to delete student ISIR information from the database. Incorrectly deleted or modified information can create data integrity errors in your database, or adversely impact downstream processes.

The system does not prevent performing the following actions, but be aware of the consequences

This section discusses how to:

• Delete ISIR records.

• Delete NSLDS records.

Pages Used to Delete ISIR and NSLDS Information

Deleting ISIR Records

Access the ISIR Delete page.

Each row in the grid represents an effective-dated row in the ISIR Data Corrections component. All related ISIR rows have the same transaction number.

The system displays the student's name, ID, Aid Year, and Institution.

Click the Delete Selected ISIRs button to delete the rows from the grid that you selected. If you save the page changes, the data is permanently deleted from the database and can no longer be viewed in the ISIR Data Corrections component.

Rules for Deleting ISIR Rows

After you delete ISIR data from the page, you must do the following:

1. Go to the ISIR Data Corrections component to verify that the data is deleted.

2. Review and reset any calculated need summary information that displays in the packaging status summary and awarding pages. Need must be recalculated to synchronize the need calculations on the pages. If there is still data in the ISIR Data Corrections component, recalculate the need. If you are loading new ISIR data, make sure that an INAS calculation performs after the ISIR loads.

3. Review and correct ISIR database match and verification selection information loaded into the in the packaging status summary page. Loading a new ISIR synchronizes the data, if you do not load a new ISIR, you must manually reset/override the information on the Packaging Status Summary component using the current ISIR Data Corrections component, Database Match page, as the source data.

4. Verify that the appropriate ISIR audit information is deleted.

Deleting NSLDS Records

Access the Nslds Delete page.

This page consists of two scroll areas. The outer scroll area controls high-level status information of the student's NSLDS history record. The inner scroll area controls information on the individual NSLDS records that were loaded from the student's ISIR or the NSLDS transcript file. You must decide at what level to delete data. Ask yourself if the student's entire history should be deleted or just the most recent set of loaded NSLDS information.

The system displays the student's name, ID, Aid Year, and Institution.

When an ISIR loads, NSLDS information does not always load. To identify the NSLDS information you want to delete, match the effective date and NSLDS transaction number on the ISIR delete page with the NSLDS transaction number and transaction process date with the correct ISIR source year value on the Nslds Delete page. These date fields will match as long as you did not use the current date as the effective date feature on the ISIR Data Load Parms, or manually overrode the ISIR effective date when the ISIR loaded.

If you override the effective date when loading ISIRs, you can still match the NSLDS data with the ISIR by using the ISIR Data Corrections component to compare the transaction process date.

It will be easy to identify the appropriate records to delete since they will most likely be the most recent rows in the database.

Rules for Deleting NSLDS Data

If you want to delete every row in the grid, you will delete the entire NSLDS history for the student. To do this you should delete information from the outer scroll area. Select any field in the area controlled by the outer scroll bar and delete the row. This deletes all rows in the grid area as well.

If you want to delete only part of the student's NSLDS history, for example only data from the last ISIR, do the following:

1. Delete the appropriate row in the grid.

2. Update the NSLDS transaction number, transaction source, and last updated fields with the matching information from the current effective-dated row in the grid.

3. Set the last updated date to match the effective date value. This resynchronizes the data viewed in the NSLDS inquiry page.

Viewing ISIR History

Use the ISIR History Inquiry component to view ISIR and need analysis information. This component displays information in display mode only. This component is designed to display all ISIR fields across all aid years. Fields that are not valid in a particular aid year appear as blank or zero.

Note. Some ISIR fields do not display a text description, but the literal field value. This is due to the text descriptions changing from one aid year to another.

See Also

The EDE Technical Reference

Pages Used to View ISIR History

Using the ISIR Reject/Assumption Report

The purpose of the report is to identify any current, loaded ISIR where specific CPS generated field value assumptions or reject codes have been issued. Your financial Aid staff can process the assumption/rejects by using the ISIR Assumption and Reject override fields on the ISIR Data Corrections panel group. The report checks for an assumed value for the following fields: Parent number in college, Parent AGI, Parent Worksheet C total, Student number in college, Student AGI, Student Worksheet C total. The following reject codes are also monitored: B, N, and W.

The report is provided to resolve the following scenario: A student has a second ISIR transaction loaded into the system that corrects assumed or rejected values on the original ISIR in the system. If you run INAS after loading the second ISIR transaction, it may cause INAS to incorrectly calculate the student's EFC. For example, a student's first ISIR has an assumed value for the parent's Worksheet C amount. You then receive and load a second ISIR for the student that confirms the initially reported value. If you run INAS after loading the second ISIR, the student's EFC calculation may be incorrect. The problem is that INAS does not suppress the assumption as the CPS does; instead, INAS invokes assumptions based on INAS specifications. To have INAS suppress the assumption, you must set an assumption override manually for the student on the Assumption Overrides panel.

The system continues to select ISIR records on the report until the following occurs:

• Records selected because of an assumed value have the corresponding assumed indicator field value set to verified or reported through the verification process or manually in the ISIR Data Corrections panel group.

• A new ISIR with no assumptions or rejects is loaded.

• Reject overrides have been set for records with reject codes.

Note. Because several INAS assumptions can occur against the fields used by the report, the system may select records where using the Assumption Override fields will not be the appropriate action to resolve the EFC calculation.

This section discusses how to generate the ISIR Assumption/Reject report.

Page Used to Generate the ISIR Assumption/Reject Override Report

Generating the ISIR Assumption/Reject Report

Access the ISIR Assumption/Reject Ovrd page.

Enter the Academic Institution, Aid Year, and School Code for which you want to create the Reject/Assumption Override report.

Viewing ISIR Reports

These reports are found at Financial Aid, File Management.

Reviewing ISIR Correction Audits

Access the Review ISIR Correction Audits page.

The system displays the student's name, Aid Year, ID, and Institution.

The system displays User ID of the person who made the change, Date/Time, Transaction Nbr (transaction number), the field name of what changed, the original data Old Value, and the changed data New Value. The Status field indicates whether the field change has been submitted for correction with the CPS.