Federal Student Aid - IFAP
   
AwardYear: 1997-98
SectionNumber: I
SectionTitle: Introduction
PageNumbers: 1-10

pp1-10.pdf  PDF
I. INTRODUCTION


This guide will assist financial aid administrators (FAAs) in
interpreting student information, whether the information appears in
a Student Aid Report (SAR), which is a paper output document that
is sent to the student; or in an Institutional Student Information
Record (ISIR), which is an electronic report that is sent to the
institution.

The term ISIR refers to all processed student information records that
are sent directly to institutions by the Central Processing System
(CPS). SARs and ISIRs contain the same processed student
information in different formats.

ISIRs may be records sent to an institution through the Electronic
Data Exchange (EDE), the Department's electronic service that
allows institutions to send and receive electronic applications,
corrections, and payment data with the CPS. ISIRs may also be
full-data records on magnetic tape or cartridge that are mailed out on
a schedule by the CPS to institutions participating in the Applicant
Data Service. 1997-98 Action Letter #3 (GEN-96-19) provided a
draft ISIR layout for institutions and state agencies, and 1997-98
Action Letter #4 (GEN-96-20) provided participation agreements for
both EDE and the Applicant Data Service. The complete Technical
Reference, which includes the most updated ISIR record layout, is
completed and will be mailed out soon. Please note that since the
1996-97 processing cycle, institutions and state agencies may receive
ISIRs either through EDE or through the Applicant Data Service, but
not through both.

This Guide to 1997-98 SARs and ISIRs explains codes and flags that
appear as FAA information on the SAR and ISIR. Each code and
flag described in the guide--rejects, database matches, comment
codes, and so forth--has the same meaning whether it appears on a
SAR or an ISIR. The format for presenting the codes may vary
slightly for each type of output.


1997-98 MAJOR DELIVERY SYSTEM CHANGES

FAFSA Express. This software allows a student to enter application
data using a computer with a modem, and transmit the completed
FAFSA data directly to the CPS using an 800 number. The FAFSA
Express software was first distributed in October 1995, and we
continue to enhance the program in each successive year. FAFSA
Express can be used at locations that request it, such as high schools,
colleges, Educational Opportunity Centers (EOCs), or public
libraries. Students can also request FAFSA Express by calling
1-800-801-0576 or can download the software from the Department's
Web page at:

http://www.ed.gov/offices/OPE/index.html

Complete FAFSA instructions are available as on-line help, and the
software contains internal edits that prevent common errors and
avoid rejection of the student's data. After completing the
application, the student prints a Signature/Certification page, signs,
has a parent sign if appropriate, and mails the page to a FAFSA
Processor to complete the application process. See 1997-98 Action
Letter #5 (GEN-96-22) for updated information about FAFSA
Express. The 1997-98 version of the software will be available in
December 1996.

When a student transmits a FAFSA Express application but does not
mail in a signed Signature/Certification page, the CPS processes the
record but sends the student a two-part SAR with Reject 16 to
indicate the student has not signed the application. Note that
beginning in 1997-98, schools listed on the FAFSA Express
application and state agencies will receive ISIRs with Reject 16.

Certifications. A SAR with Reject 16 instructs the student to sign
Part 2 (a parent must also sign if the student is dependent) and return
the SAR to the FAFSA processor. Part 2 of this type of SAR
includes the Statement of Educational Purpose and the Certification
Statement on Overpayments and Defaults, since the student did not
sign these statements on the Signature Page.

Additional enhancements that were made to the FAFSA Express
program are detailed in 1997-98 Action Letter #5 (GEN-96-22).


Redesigned SAR

The Student Aid Report (Part 2) was redesigned in 1997-98 to
facilitate imaging and scanning. The mockup included at the end of
this Action Letter shows the new format. Specifics of the formats
of Part 1 and Part 2 will be discussed later.

The SAR Information Acknowledgement has not changed in
format. As in 1996-97, the SAR Information Acknowledgement
can be used like any two-part SAR or ISIR for purposes of
awarding student aid. If students need to correct data appearing on
the SAR Information Acknowledgement, the corrections can be
transmitted electronically by an institution. Alternatively, the
student may request a duplicate of that record (always a two-part
SAR) and send corrections through the paper system.

Examples of the 1997-98 SAR and the 1997-98 SAR Information
Acknowledgement appear in Appendix F of this guide.

New Reject for Invalid Date of Birth

We added one new reject in the Central Processing System for
situations in which the student reported a date of birth that was
equal to the current year. Because the National Student Loan Data
System (NSLDS) and the Social Security Administration must have
a correct date of birth to conduct the database matches, we decided
it was necessary to require that the student correct this situation.
This will be Reject 4.

Social Security Administration (SSA) Match

We revised the current Reject S to Reject 18, which is a
nonverifiable reject. (See Appendix A for more information on
reject reasons and codes.) The reject applies only in situations
when the reported Social Security Number does not exist in the
SSA database. If the SSN reported does belong to the student, then
the student needs to follow up with SSA to ensure that the SSA
database is updated with correct information. Then the student can
submit the SSN again as a SAR or ISIR correction, and the CPS will
match again with SSA. To have the database updated, the student
must contact a Social Security Administration office. The SSA has
indicated that their database is updated on a daily basis with
information received from local and regional offices.

If a student receives Reject 18 and realizes that the reported SSN
was incorrect, the student may submit a SAR, or electronic
correction via the school, to have the new (current) SSN matched
again with the SSA and eliminate the reject. Comment 24 advises
the student to correct item 8, but a financial aid administrator should
keep in mind that in this situation, the original identifiers for the
student (the original SSN and first two letters of the student's last
name) will not change in the CPS.

Assume Citizenship, if Confirmed by SSA

We have made another change to the 1997-98 delivery system
associated with the SSN match. If a student leaves the citizenship
question blank on the FAFSA (question 15), but the SSA confirms
that the student U.S. citizen, we will not reject the record for blank
citizenship (Reject 17). The CPS makes this assumption only when
the SSA match flag is "4," indicating a "complete" match, which
means the student's SSN, name, date of birth, and U.S. citizenship
were all confirmed.

SSA Re-Match for Corrections

Beginning in 1997-98, we will send a student's record for a new
match with SSA if the student makes corrections to the SSN, the
first or last name, or the date of birth. A new match flag will be
generated and reported in the FAA Information section. Once
confirmation of all the SSA match elements has been obtained
(i.e., SSN, name, and date of birth all match and U.S. citizenship is
confirmed), the SSN Match Flag and SSA Citizenship Flag will be
carried forward to the student's 1998-99 Renewal Application, and
the SSA match will not have to be performed each year that the
student applies for aid. If a student whose match data have been
confirmed subsequently attempts to change his or her SSN, the
system does not accept the change and generates a comment
(comment code #13) advising the student to contact the financial
aid administrator for assistance.

When SSA and INS Flags Conflict

Previously, if a student's record was sent to the INS match, the
match results would be provided along with any match results from
the SSA citizenship match. The SSA does not automatically update
its database information when a person becomes a naturalized
citizen, and it is up to the student to update his or her citizenship
information in the SSA database. Therefore, conflicting match
flags between INS and SSA may exist. However, in 1997-98, we
will suppress the SSA match flag for INS match records.

SSA Match Results on Correction Transactions

Finally, in 1997-98, we will provide the SSA match results as well
as the associated comments and comment codes on all transactions.
In 1996-97, the comments and flags appeared on the first
transaction but did not carry forward on subsequent transactions.
This change will ensure that FAAs are aware of the complete results
of the match on any transaction.

Edit for Worksheet #3 Income

During the 1996-97 school year, we revised the way that the system
edits the data reported in FAFSA questions 64 and 76 (the amounts
from Worksheet #3 on page 12 of the FAFSA instruction book).
These amounts represent taxable portions of grants and
scholarships, work-study income, educational and living allowances
paid under the National Community Service and Trust Act, and
amounts paid as child support, all of which are excluded from the
EFC calculation. At the beginning of the 1996-97 school year, the
CPS made an assumption that when the amount reported as
Worksheet #3 income was equal to, or greater than, the student's or
parent's total income (AGI plus earned income plus untaxed
income) the amount was incorrect and the CPS set that amount to
"zero." In many cases, this edit worked as it was supposed to
work and correctly targeted data that was misreported.

However, in certain situations, the entire income earned by some
students, particularly independent students, was derived from
college work-study and the amount reported on Worksheet #3 was,
in fact, equal to their total income. During the 1996-97 cycle, we
revised the CPS edit that is performed on initial submissions to
allow a student to verify the amount in questions 64 and/or 76 by
re-reporting the same amount when submitting a correction. If the
amount reported was equal to or less than the total income, the CPS
would not assume zero on the corrected transaction.

For 1997-98, the edit for Worksheet #3 will remain the same as the
revised 1996-97 edit for students. However, for parents' income,
the CPS will assume "zero" on the first transaction if the amount
reported in question 76 is greater than 90% of the parents' total
reported income in FAFSA Section F. The assumption for question
76 will also be suppressed if the amount is verified as equal to or
less than total income.

New Edits for Earned Income Credit

In 1996-97, we moved the "Earned Income Credit" from the
untaxed income worksheet in the instruction book (Worksheet #2)
to the form itself, as new questions 59 and 71. Analysis of
1996-97 data reported in these fields indicated that the amounts
reported on the FAFSA reflected amounts of earned income credit
that were not consistent with family size and income. The CPS will
perform several edits in 1997-98 to compare the earned income
credit reported with family size and income level. If these items
appear inconsistent, we will highlight the data and provide comments
to the student regarding the inconsistencies (SAR/ISIR comments
166-169 and 176-179).

NSLDS Financial Aid History

For 1997-98, we have added several new flags to provide more detail
about the results of matching a student's record with the National
Student Loan Data System (NSLDS). The new NSLDS Financial
Aid History page mockup (see Appendix C and F) shows the type
and extent of information that will be provided when data from the
NSLDS is passed through for a student's SAR and ISIR.

Information at the top of the Financial Aid History page indicates
whether the student has an overpayment, a defaulted loan, or an
active bankruptcy. The CPS will print either "Y" or "N" as an
indicator, rather than printing only the "Y." Previously a "blank"
meant that an overpayment, default, or bankruptcy did not exist.

The "Aggregate Amount" shown for FFELP/Direct Loans has been
expanded to indicate the "Amount Pending Disbursement," which is
defined as the loan amount minus the outstanding loan balance,
minus any amount cancelled, if applicable.

The Perkins Loan amounts reported will be cumulative amounts
only, and no longer report whether loans were disbursed prior to
1987.

In the next section, up to six of the student's most recent
FFELP/Direct loans will be reported, and if more loans exist in
NSLDS, this section will include a message stating "Access NSLDS
for additional loan records."

The last section reports up to six defaulted loans, and again a
message will appear to "Access NSLDS for more records" if these
exist.

The columns for the "most recent loans" and the "defaulted loans"
now give identical information for each loan that is shown, i.e.,
amount, begin date, end date, GA code, school code, and region
code. The column previously headed "Servicer Code" is now headed
"Current Holder" and will provide either the servicer code or the
lender code, depending upon the type of loan.

New NSLDS Match Flag

In 1997-98, one new flag has been added for the NSLDS Match.
This is a match flag of "7," signifying that the student's SSN was
found in NSLDS but either the name or the date of birth did not
match. Because the student's identity was not reliably confirmed, the
NSLDS data will not be passed to the CPS. This match flag will
trigger a "C" flag and comment 138 on the SAR and ISIR, and
resolution is required.

NSLDS Results Flag

Four flags that give specific details about the results of the NSLDS
match will appear in the FAA Information sections on the SAR, the
SAR Information Acknowledgement, and the hardcopy ISIR in
1997-98. These flags are not new, but previously appeared only in
the ISIR record layout and not on the output documents.

The results flags are as follows:

A flag of "1" means that the reported SSN was matched and
confirmed with the NSLDS; NSLDS data were sent to the CPS and
will appear on the SAR and ISIR. Schools are responsible for using
this information when determining eligibility for Title IV aid.

A flag of "2" means that the student's SSN was found in the NSLDS
but the match could not be confirmed using either the name or date
of birth. This result will generate comment code #138, informing the
student and school that the problem must be resolved before Title IV
aid can be paid. See Dear Colleague Letter (GEN-96-13) Q&A #26
for further discussion of this issue.

A flag of "3" means that the reported SSN was not found in the
NSLDS; a school can assume that the student had not received any
previous Title IV loans or Pell Grant funds unless the school is aware
of conflicting information.

A flag of "4" means that the reported SSN was found and confirmed
in the NSLDS, but there were no relevant data to return to the CPS.
For example, the only data in the NSLDS were a prior year's Pell
disbursement or one or more loans that had been fully repaid or
discharged.

The chart in Appendix B shows the relationship of these results flags
with the NSLDS match flags, and provides information if resolution
is required.

NSLDS Transaction Number

For 1997-98, we added a new flag to help financial aid
administrators identify when something has changed in a student's
NSLDS financial aid history, and should be reviewed. For example,
on the first CPS transaction (01), the NSLDS transaction number will
be "01." When a CPS 02 transaction is processed, the record is
matched again with NSLDS. If the NSLDS information for that
student is unchanged, the NSLDS transaction number will continue
to be reported as "01." If a further transaction is processed and a
CPS 03 transaction created, current NSLDS information is compared
with the previous transaction. If these data are different than the data
reported on the earlier transaction, the NSLDS transaction number
will be set to "03."

The value reported as the NSLDS transaction number will enable the
FAA to determine if NSLDS data on a subsequent transaction needs
to be reviewed. In the example above, if the NSLDS data from CPS
transaction 01 had been reviewed and used, the FAA would not need
to review NSLDS data on the second transaction because the NSLDS
transaction number of "01" indicated nothing had changed. The
FAA would need to review NSLDS data on the 03 transaction
because the NSLDS transaction number of "03" indicated that data
had changed from the earlier transactions.

If a student or school requests a duplicate SAR or ISIR, the request is
also sent to the NSLDS for matching. If the NSLDS data have not
changed, the record will be processed as a duplicate with the same
CPS and NSLDS transaction numbers. However, if the NSLDS data
are different, the record will be processed as a system-generated
correction (Sys Gen = L), and both the SAR/ISIR transaction number
and the NSLDS transaction number will be incremented.

Transaction Receipt Date

In 1997-98, we will display the date that a document or electronic
transmission is received by a FAFSA processor or the CPS. The
input record may be a paper application or SAR or an electronic
transmission through EDExpress or FAFSA Express. This
transaction receipt date will appear in addition to the "Application
Receipt Date," which displays the date that the first application was
received. The Transaction Receipt Date will change for each
transaction, but the Application Receipt Date will remain constant.

Reprocessing Reason Code

To help FAAs track student records that may require reprocessing
during 1997-98, we added a two-digit numeric code in the FAA
Information to provide more specific information about system-
generated records. If a subset of student records requires
reprocessing, for example, because there are changes in the formula
or maximum Pell Grant EFC, or problems with NSLDS data, the
Reprocessing Code will appear on the reprocessed records along
with the System Generated (Sys Gen = Z) code that identifies a
reprocessed batch. This code will be numeric and will be assigned
and incremented with each reprocessing. The definition for a code
will be available from customer service and announced on the
Student Financial Assistance Bulletin Board Service (SFA BBS).


PROCESSING FLOW

The flow of information through the system remains the same in
1997-98 as in 1996-97.

The student starts the process by filling out a financial aid
application, and this information is "processed" through the system
and returned to the student and institution. The application input
can be one of five kinds: the paper Free Application for Federal
Student Aid (FAFSA), the paper Renewal FAFSA, the electronic
FAFSA through EDExpress, the electronic Renewal FAFSA
through EDExpress, or FAFSA Express.

The flow chart on the following page shows how information about a
financial aid applicant flows through the system. The major
participants and documents in the application process are:

1) THE U.S. DEPARTMENT OF EDUCATION (ED).

2) THE STUDENT. He or she may apply for federal student aid
under the Title IV programs Federal Pell Grant and Federal SEOG
programs, Federal Work-Study, Federal Perkins Loans, the Federal
Family Education Loan Program, and the William D. Ford Federal
Direct Loan Program.

3) THE APPLICATIONS. The Free Application for Federal
Student Aid (FAFSA), the Renewal Application, FAFSA Express, or
the electronic application or renewal application that the student
must complete and submit in order to apply for federal student aid.

4) THE FAFSA PROCESSORS. Two organizations will serve as
data entry processors for the 1997-98 school year under contract with
ED. The FAFSA processors receive applications in the mail,
perform document analysis to check that signatures are present and
dates are acceptable, and handle missing or unacceptable responses.
The processors enter the information from the application and
transmit it electronically to the CPS.

5) THE CENTRAL PROCESSING SYSTEM (CPS). The CPS
operates under a contract with ED to receive and process application
information. The CPS matches student records with other data bases
to check eligibility. The CPS also applies a series of "compute edits"
to the application information to check for inconsistencies,
contradictions, and missing information. During the compute
process, the CPS uses the need-analysis formula specified in the
Higher Education Act of 1965, as amended, to calculate each
applicant's expected family contribution (EFC).

6) THE STUDENT AID REPORT (SAR) and the SAR Information
Acknowledgement. These documents provide the student with
processed application information. The CPS prints SARs and mails
them directly to the address the student provided.

7) THE INSTITUTIONAL STUDENT INFORMATION RECORD
(ISIR). ISIRs are produced by the CPS and provide the institution
with processed application information. ISIRs may be transmitted
electronically to destination points (schools and servicers) through
EDE daily, or they may be sent out on magnetic tape or cartridge via
the Applicant Data Service, up to 40 times each processing cycle.

8) THE SCHOOL. The school refers to every postsecondary
educational institution that the student listed on the financial aid
application. The financial aid administrator (FAA) at the school
will use the processed information from the SAR or ISIR to
determine what federal aid the student is eligible to receive. Schools
and states may also use information from the SAR or ISIR to award
their own financial aid.

[[The chart "Flow Chart of 1997-98 Federal Application Processing
System" on page 7 is currently unavailable for viewing on the SFA
BBS. Please reference your paper document or download the pdf
files for additional information.]]


TRANSACTIONS

A "transaction" is an interaction between the processing system and
the financial aid applicant, or the school acting on behalf of the
applicant, that changes any of the data on the applicant's record.
Each transaction results in a new SAR or ISIR, and is identified by
transaction number (i.e., 01, 02, 03). A transaction may sometimes
be "system-generated." For example, when an applicant is released
from a "hold" file, the CPS will automatically reprocess the
application information and generate a new transaction without
additional input from the student or from a school. However, the
transactions discussed here will be student and system, or school and
system, interactions.

When application data first enter the CPS and are processed, the
report that results is called the "01" transaction. The student receives
a SAR and the listed schools receive ISIRs if the schools participate
in EDE. If corrections are necessary, the student makes these
changes on Part 2 of the SAR, returns the SAR to the FAFSA
Processor, and the information is reprocessed. Alternatively, a
school can enter corrections electronically through EDExpress, even
if the school did not submit the original application electronically.
The corrections generate a new record that is identified as an "02"
transaction. This second type of transaction is called a "correction,"
although the term also is used to refer to students' updating
information.

To make a correction transaction, the student changes at least one
data element. The change can be anything, even an address
correction or the addition of extra colleges. The first correction is
labeled "02," and subsequent corrections are labeled "03," "04," and
so forth. Identifying the correct transaction is important when
reporting Pell Grant payments and when requesting duplicate SARs
or ISIRs. A duplicate will always be generated from the most recent
transaction unless another, earlier transaction is specified.

For 1997-98, the maximum number of transactions that an applicant
may have is 40; when a student has corrected or updated information
more than 20 times, the student will receive SAR comment 106,
advising him or her to seek assistance from the financial aid
administrator.

TWO-PART SARs

Part 1 of the SAR is an Information Summary that contains
information for both the student and the FAA. Part 1 summarizes
all the information reported by the student on the FAFSA plus the
results of processing the information.

Part 2 of the SAR is used by the student to make corrections to
application data. Corrections can also be entered electronically by
the school. Part 2 of the SAR may be an Information Review Form
(IRVF), which reports FAFSA information for the student to review
and correct, if necessary. Part 2 of a rejected SAR is called the
Information Request Form (IRQF). For this type of SAR, an EFC
could not be calculated and the student is required to make
corrections.

The SAR Information Acknowledgement has only one part and
resembles Part 1 of a two-part SAR, although the FAA Information
and the student's comments vary somewhat.

Subdividing SARs into major types may help in understanding
references to "an eligible SAR," an "ineligible SAR," or a "rejected
SAR." The term "eligible" describes a SAR for an applicant whose
EFC and undergraduate status indicate eligibility for a Pell Grant.
The term "ineligible" describes a SAR for an applicant whose post-
baccalaureate status or high EFC makes him ineligible for a Pell
Grant.

The term "rejected" describes a SAR that does not have a calculated
EFC.

SAR Type Student
receives:

Pell-Eligible EFC is 2500* Part 1, Part 2
or less, and applicant is not (IRVF)
a graduate student and does not
have a bachelor's degree

Pell-Ineligible EFC is greater Part 1, Part 2
than 2500*; or applicant (IRVF)
has a bachelor's degree or will
be enrolled in a graduate or
professional program

Rejected Reject reason 19, Part 1, Part 2
no EFC is calculated (applicant (IRVF)
is in an ED hold file)

Rejected no EFC is Part 1, Part 2
calculated (all reject (IRQF)
reasons except 19)

Rejected Reject reason 16, Part 1, Part 2
no EFC is calculated (IRQF and
(FAFSA Express application, certification
processed without signatures) statements)

* Maximum EFC for 1997-98


HIGHLIGHTS AND ASSUMPTIONS

PAPER SYSTEM. Instructions to the student for making SAR
corrections refer to "information printed in boldface type" that is to
be reviewed carefully or that must be corrected. We refer to this
information as "highlighted." Both the student and FAA need to pay
careful attention to questions and responses that are highlighted.

During the edit process, the CPS applies logic in comparing two or
more pieces of information provided by the student. The CPS
highlights information that is conflicting, missing, or contradictory.
Items that are questioned are highlighted on Part 2 of the SAR. In
certain instances the application is rejected because of a conflict--for
example, the student answered that he or she is not married but
provides financial information for a spouse. The CPS will reject this
application (Reject 11) and print the questioned items in boldface
type on Part 2 of the SAR. The CPS will not calculate an EFC,
because key financial information is conflicting.

In other situations, the CPS makes an "assumption" and does not
reject the student's record. For example, a student reports that
he/she is married and provides spouse's income, but reports only
one person in the household. In this case, the CPS assumes there
are two persons in the household, highlights both questions and
responses on the SAR, and calculates an EFC if the record is not
rejected for other reasons. Both the reported and the assumed
values are printed, with the word "ASSUMED" in parentheses next
to the assumed response.

Assumptions are most often made by the system when questions are
left blank, although in the assumption made for Worksheet #3
income discussed earlier in this section, the system assumed that a
reported income amount should be "zero." Once an answer is
assumed, the assumed information is used throughout all the
subsequent edits and in the EFC calculation.

If the CPS makes an assumption but then rejects the record for other
reasons, an EFC is not calculated and the assumed values are not
used. In this situation, the student receives an IRQF (Information
Request Form) as Part 2 of the SAR, with arrows and brackets
printed next to the questionable line items. The student is required
to correct them.

ELECTRONIC SYSTEM. In the electronic system, certain edits are
contained in the EDExpress software. These edits prompt the FAA
who is entering application data to resolve inconsistencies before
sending the student's information to the CPS. When inconsistencies
or missing data would cause the record to be rejected at the CPS, the
software does not allow the record to be saved or completed until
information is changed or added.

When electronic application data trigger a CPS edit that results in a
highlight, the ISIR indicates the highlight by setting an "H" next to
the item.

The EDExpress software allows an FAA to override certain
assumptions that would be made at the CPS. When an FAA sets an
override code on an electronic application, the CPS accepts the
data as reported and does not make an assumption about that item.
For example, if a student indicates more than two family members
are attending college, and also indicates the same number of persons
live in the household (e.g., four in the household and four in college),
the CPS would assume "one" person in college during processing.
If, in fact, there are four family members attending college, the FAA
can eliminate the need for a second transaction by setting the
appropriate override flag in the EDExpress software.

The electronic system also allows the FAA to override "verifiable
rejects" by setting a reject override flag in EDExpress before
transmitting the student's application. For example, a student may
have an unusually large number of family members. If the FAA sets
the appropriate override flag before sending the student's record for
processing, the student's record will not be rejected. Overall, less
than 1% of electronic applications and renewal applications are
rejected, as compared with the paper application process where
approximately 12% of the applications are rejected.



[[This file contains pages 1 - 10 in Portable Document Format (PDF). It can be
viewed
with version 3.0 or greater of the free Adobe Acrobat Reader software.]]