Processing CommonLine Loans

This chapter provides an overview of CommonLine loan processing and discusses how to:

• Manage promissory notes.

• Originate loans.

• Review loan origination information.

• Validate loans.

• Manage loan origination transmission data.

• View loan disbursement activity.

• Create and send CommonLine files.

• Send CL 4 loan files to destinations.

• Send CRC loan files to destinations.

• Review CL 4 files created or loaded by EDI manager.

• Review and manage CRC XML files.

• Receive CommonLine application response files.

• Receive CRC inbound application response files.

• Process disbursement roster and disbursement forecast transaction records for CRC.

• Manage loans on hold.

• Process loan changes.

• Manage disbursement hold and release processing.

• Resolve change transaction errors.

• Process school certification request applications.

• Process certification requests for CRC.

• Adjust loan disbursements manually.

Understanding CommonLine 4 and Common Record CommonLine

This section provides common elements and discusses CommonLine loan process flow.

CommonLine 4 and CRC Loan Process Flow

To process Federal Family Education Loan Program (FFELP) and alternative loans, the system uses both versions of CommonLine, Common Record CommonLine (CRC) and CommonLine version 4. The CommonLine version you use depends on the version supported by the lenders, guarantors, and loan servicers. Although most loan agencies support processing loans under CRC because of the improved features over CL4, some agencies still use the older protocol. Schools can process loans under CommonLine 4 and CRC simultaneously. This chapter explains how to process loans at the institution where both CommonLine versions are used at the same time.

CommonLine FFELP and alternative loans processing follows the same business process flow regardless of the version. Processing loans begins with awarding a loan to the student's financial aid package. The loan origination process detects the student's loan eligibility and calculates the total loan amount, loan period, disbursement amounts and dates, the servicers of the loan, and determines which processing type to use and whether to process as CRC or CL4. If a promissory note is submitted to the school prior to the loan's origination, you can use the submitted information. After origination is completed, you validate the loan to check for data discrepancies. Loans that have passed the validation process are then processed into outbound staging tables, and the system creates loan application files. After the school submits the application files to the loan servicers, they are processed and schools are notified using receipt of application response files for each loan processed.

Although the business process flow may be the same, there are several separate processes that you must run for loans originated for the different CommonLine versions.

The following table indicates where the separate processes exist.

The following illustration shows the flow of CommonLine loan processing:

Loan origination outbound process

Managing Promissory Notes

This section provides an overview and discusses how to:

• Enter Stafford promissory note data.

• Review Stafford promissory note action status.

• Review biographical and demographic data.

• Enter PLUS promissory note data.

• Create loan reference and cosigner relationships.

• Create borrower/student relationships.

• Enter Alternative promissory note data.

Understanding Promissory Notes

Schools may choose to collect promissory notes from their students as a condition to process their loan. Components are provided to enable schools to enter promissory note information to be used by the loan origination process. Information on the promissory note pages is used by the origination process to determine the loan destination, process level, and MPN serial loan status. After a loan is originated for a student, all promissory notes entered for the same loan type are considered “used” and cannot be used for new loans. These components and pages are used for both CL 4 and CRC.

Pages Used to Manage Promissory Notes

Entering Stafford Promissory Note Data

Access the CommonLine PNote Stafford page.

This page is used primarily by schools who use the Guarantee Only process level. Because the school has collected the promissory note, the guarantor can immediately approve the loan.

Reviewing Stafford Promissory Note Action Status

Access the Loan Pnote Action Status page.

Loan Action Cd (loan action code)

This value is set automatically as the promissory note is processed, but you can override it. Select from: E: Select this value after you receive the promissory note. This value is automatically set when the promissory note is first entered. I: Select this value when the promissory note is set to inactive. Set this value manually to cancel the use of the promissory note. O: Select this value when the promissory note is used for origination. This value is automatically set when the promissory note is originated.

Date Received

Record the date when you actually received the promissory note. When you enter a promissory note, the system sets the date with today's date.

Reviewing Biographical and Demographic Data

Access the Origination Detail page.

View the student's current address, driver's license number, and email address.

Note. The page displays current student information. This information may change when the student's loan is processed.

Entering PLUS Promissory Note Data

Access the Promissory Note Plus page.

This page is used primarily by schools who use the Guarantee Only process level. Because the school has collected the promissory note, the guarantor can immediately approve the loan.

Creating Loan Reference and Cosigner Relationships

Access the Loan Relation (Ref/Cosign) page.

If cosigners or references are required for the loan type, the system displays the number required.

Creating Borrower/Student Relationships

See Relating One Individual to Another.

Entering Alternative Loan Promissory Note Data

Access the Promissory Note Alt page.

Loan Type Code	Select from the appropriate Alternative loan types that your institution has set up in the Loan Type Table page.
Requested Amount	Enter the requested loan amount. A loan cannot be originated for greater than the requested amount.
Capitalize Interest Cd (capitalize interest code)	Select from: Capitalize: Capitalize interest while in school. Pay Int: Pay capitalized interest immediately.
Loan EFT Authorization (loan electronic fund transfer authorization)	Select to indicate that the borrower has authorized the school to transfer the loan proceeds received by EFT to the appropriate student account.
Request Loan Deferment	If eligible, requests to begin repayment of the loan at a later date. Deferment criteria and repayment options are dependent on the particular alternative loan program.
Lender OPEID (lender office of postsecondary education identifier)	Select the lender requested by the borrower on the promissory note. If the promissory note is present for the loan when you run origination, the system uses the lender and guarantor OPEID to determine the appropriate loan destination.
Lender Branch ID	Indicates the identification for the lending branch.
Guarantor OPEID (lender office of postsecondary education identifier)	Select from the list of guarantee agencies, the one requested on the promissory note.
References Complete	Select from: Yes: Indicates references are complete. No: Indicates references are not complete.
Borrower Signature	Select if the borrower signed a valid promissory note.
Signature Date	Enter the date the borrower signed the note.
Student Data	Click to access the Origination Detail page to view the student's current biographical and demographic data.
PNote Status	Click to access the Loan Pnote Action Status page to view or update loan promissory note status.

Originating Loans

This section provides an overview and discusses how to originate CommonLine loans.

Understanding the Loan Origination Process

The loan origination process (FAPLBOG1) is the main process that “certifies” student loan eligibility. Eligibility is determined by checking student award information, promissory notes, the student's loan history, and the loan setup parameters to “originate” a new loan data set that represents a new student loan where the loan amount, loan period and disbursement dates have been calculated. You can view all originated loans in the Maintain Originated Loans component. During the origination process, key information is determined to create a complete loan record that can be transmitted to the appropriate lending agency. How these key elements are determined is discussed in this section:

• CommonLine version.

• Process level.

• Serial Loan Code, which supports master promissory note functionality.

Determining the CommonLine Version

The origination process is able to determine the correct CommonLine version to assign based on the loan destination. As described in the CommonLine setup chapter, the origination process follows a multi-step process to determine the assigned lender and guarantor for each loan. After this is determined, the process first attempts to match the lender or guarantor to an existing CRC loan destination. If one is found, the system assigns the CommonLine version and destination number to the loan. If one is not found, then a lender or guarantor match is attempted with the CL 4 loan destinations, and if one is found, the system assigns the CommonLine version and destination number. If no match is found for either CRC or CL4 loan destinations, the loan originates with the CommonLine version defaulting to CRC, and the loan destination is left blank. After the CommonLine version is set, if the loan destination number must be assigned or changed online, you will only be able to select loan destinations that support the assigned CommonLine version. If you change the CommonLine version, the available loan destination numbers change accordingly. In addition, after the destination is assigned online, the system automatically sets the process level, disbursement hold and release, and serial MPN settings to match the loan destination settings.

Note. For the CommonLine version and loan destination number to be assigned properly, it is important that the setup of the schools loan destination is complete and accurate before you begin to originate loans for the aid year. Refer to the flowchart in the CommonLine setup chapter for additional details on this topic.

See Setting Up Loan Origination.

Determining the Process Level

The process level field represents the CommonLine process type code value that is reported to the loan servicer. Each process type and level defines a specific loan business process. In PeopleSoft, the supported CommonLine process types are Guarantee Only (GO), Guarantee and Print (GP), Print and Guarantee (PG), and Certification Request (CR). Each process level is based on how the loan promissory note is collected from the borrower. GO implies that the school has the promissory note, while GP and PG requests that the note be generated (if necessary) by the loan servicer. The loan origination process automatically determines the process level to use based on the default process levels assigned for each loan destination.

Note. PeopleSoft also provides a process level of Manual (M). Assigning along this process level indicates that the loan is being processed manually and should not be reviewed by any of the automated loan processes or generate an electronic application. This process level is used in cases where the loan servicer does not support electronic loan processing, or you are overriding an existing loan and do not want the loan adjustment or outbound processes to review and possibly manipulate the borrower's loan eligibility.

Determining Serial MPN Eligibility

The serial loan code is set for all originated Stafford and PLUS loans. The serial loan code indicates if the loan is to be processed as part of a multi-year note (serial processing), or if a new note must be collected for the loan. The system displays these fields on the Maintain Originated Loans, Loan Origination 3 page and are reported using the CommonLine Application Send file. By default, the system sets the serial loan code based on the loan destination setup unless the process can confirm that the student has a prior loan with the same borrower, and where the lender confirms possession of the MPN form. The system maintains MPN serial confirmation in the CommonLine MPN Use component. If confirmation is successful, the system sets the serial loan code to S – Serial, Renew existing MPN. As previously described, the loan origination process attempts to determine serial eligibility by confirming that the originated loan has the same borrower and student maintained in the CommonLine MPN Use page. There are times however, when the loan origination process is unable to assign the borrower ID or the loan destination for the loan. When this occurs, the process may not be able to verify the loan’s serial eligibility. If the origination process cannot assign a borrower ID, then the system sets the serial loan code to N – Use new MPN. If the borrower ID is set, but the loan destination cannot be determined, the origination process still attempts to determine serial loan eligibility by using both the student ID and borrower ID to find MPN information in the CL MPN Use component so it can assign a serial loan code value. If a match cannot be made using this criteria, then the system sets the serial loan code to N – Use new MPN.

When a loan is originated with missing borrower or loan destination information, you must complete the loan information before it can be validated and transmitted to the servicer. Because this is performed online, PeopleSoft added code to the Loan Origination component to attempt to determine the serial loan code field value when the Borrower ID or Loan Destination Nbr field is modified. For PLUS, if the Borrower ID field is changed, the system checks the CommonLine MPN Use table for a PLUS record that matches the student ID, institution, and borrower ID. If a match occurs, the system sets the serial loan code to comply with the matched record on the CommonLine MPN Use page. Renew sets the value to S – Serial, Renew existing MPN. If no match occurs, the serial loan code is set to N – Use new MPN. When the Loan Destination Nbr is changed and if the borrower ID field is not blank, the same check occurs.

Note. PeopleSoft intentionally does not confirm that the lender in the loan destination matches the lender in the MPN Use record. This ensures that if a school requires a student to use a new MPN for each loan, the CommonLine MPN Use component can be used to enforce this requirement. For serial PLUS loans, a loan validation edit is provided to ensure that the lender for the loan matches the lender listed in the MPN Use record.

Tracking CommonLine Master Promissory Note Usage

Access the CommonLine MPN Usage page.

This page monitors the status of any Stafford or PLUS master promissory notes that have been guaranteed. The loan origination process uses this information to control whether FFEL loans can be processed serially. Information is entered in the page using the CommonLine inbound processes when a Stafford or PLUS loan is guaranteed. Subsequent loans processed for the student and borrower use the information to determine if the loan can be processed serially.

In most cases, you are not required to monitor or update information for the student. The system automatically populates this page when confirmation of a valid MPN is reported by the service provider on the CommonLine Application Response file. In the case, however, where you must enforce a new MPN to be issued for each loan, you can set the Serial Loan Code field to New MPN. Once set, the system does not change this value. This ensures that all new loans that are originated will request a new promissory note from the student. Users can also add MPN use information on the page to establish the desired serial loan processing in advance of originating loans for the student.

Note. If your school does not process serial loans for all students, use the Deactivate the Serial Loan Activation option on the Financial Aid Installation page.

For future loans, the origination program checks this page to verify serial loan status. For example, if a student applies for another Stafford loan a year later, the system can verify if the previous loan was a serial loan. If it's a serial loan with the same lender, the system originates the new loan as a serial loan and gives it a new effective date.

You can also manually override the default serial MPN setting. Select N - Use New MPN from the Loan Origination 3 page in the CommonLine Management component if you do not want a student to be processed for a serial loan. For example, a serial-MPN-eligible school may always want to generate new MPNs for a specific portion of its borrowers, such as law students. If law students are updated on the page so that the Serial Use field is N-Use New MPN, all future loans originated will require a new MPN until the Serial Loan Code field is reset to S-Serial, Renew existing MPN. For PLUS loans, there is a loan validation edit that you can use to verify that the information for the student, parent, and lender on the page matches that of the originated PLUS loan.

Understanding the Loan Processing Status and Loan Origination Transmission

From the moment a loan is originated until it is processed by the loan servicer, PeopleSoft monitors the status of the loan through the utilization of two fields stored in the PS_LOAN_ORIG_DTL record—LOAN_PROC_STATUS (loan processing status) and LN_ORIG_TRANS (loan transmission status). It is important to recognize that most activity that occurs to a loan is based on the state of the fields.

LOAN_PROC_STATUS: The values of this field monitor the current internal processing state of the loan. The possible values are:

Cancelled: A loan cancellation has been initiated.

Hold: The loan is on hold and the system suspends all loan processing until the hold is removed.

Offered and Not Accepted: Used by Direct Loans. Origination Pending: Loan has been originated or reset due to a loan rejection, and waiting loan validation.

In Service: Indicates the loan has been transmitted to the appropriate servicer.

Terminated: Indicates that a pre-guarantee loan cancellation has been initiated.

LOAN_ORIG_TRANS: The values of this field monitor the current transmission state of the loan between the school and the loan servicer. The possible values are:

Accepted: Indicates the servicer has accepted the loan.

Change Pending Transmission: Indicates an adjustment generated a change transaction that has not been sent to the servicer.

Error: Not used for CommonLine loans.

Origination Pending Transmission: Indicates an Origination that has not been transmitted to the servicer.

Transmitted: Indicates that an origination or change transaction has been sent to the loan servicer.

These fields are displayed throughout the loan process and have many different labels. You can find the fields on the following pages: Loan Status Summary Information page (labels: Loan Process Status/Transmission Status), Loan Orig Status page (Ln Proc Stat/Orig Trans Stat), and CommonLine Loan Origination Transmission page (Loan Processing Stat/Orig Trans Stat).

The following table shows how to interpret the loan status based on the field values:

Pages Used to Process CommonLine 4 and CRC Loans

Originating CommonLine Loans

Access the Loan Origination page.

CL Orig Options (CommonLine origination options)	Select from: Ignore Prom. Notes: The loan origination process originates the loan whether or not there is a tracked promissory note. Require Prom. Notes: The loan is not originated unless a tracked promissory note can be used to originate the loan. Use Prom. Note: The system uses the tracked promissory note, but if one is not available, it still originates the loan. This is the default setting. The loan origination process checks for unused promissory notes in the CommonLine Pnote Stafford CommonLine Pnote PLUS, and CommonLine Pnote Alt pages.
Adjustments	Select to evaluate and process adjustments to existing loans. The system selects and processes origination adjustments for loans in which information has changed that requires a CommonLine change record to be generated. New loans are also originated when this option is selected.
Use Loan Program	Select the check box to activate the loan program field. Users can restrict the origination process to the selected loan program.

The information that you enter in the Selection Criteria group box and the Student Override group box is restricted by the institution, aid year, career, and loan program that you selected in the Control Information group box.

Save the page and click Run to initiate the Loan Origination process (FAPLBOG1), a COBOL SQL process.

Reviewing Loan Origination Information

This section discusses how to:

• Update borrower information.

• Update general biographical and demographic data.

• Create student/borrower relationships.

• Update loan demographic data.

• Enter loan relationship information.

• Review student loan eligibility.

• Manage FFELP serial loan processing.

Pages Used to Review Loan Origination Information

Updating Borrower Information

Access the Loan Origination 1 page.

Borrower Information

Parent/Alternative Loan

Information in this group box is used for PLUS and alternative loans.

Process

Note. Parent or guardian borrowers must exist on the Personal Data page and have an ID assigned to them. They must be defined as a related parent or guardian for loan processing.

Updating General Biographical and Demographic Data

See Setting Up Biographical Information.

Creating Student/Borrower Relationships

See Setting Up Individual Relationships.

Updating Loan Demographic Data

Access the Loan Demographic Data - This Application Only page.

To update the loan origination data, you must first update the student's information in Campus Community Fundamentals or FA term record and then use this page to retrieve and update the loan information. Some demographic data is updated automatically when you run the loan origination process with Adjustments selected: changes to the student's program complete date (graduation date) and National Student Loan Data System (NSLDS) loan year in the FA term record.

The changes that you make on this page apply only to the loan application that you are working on. If you have several loan applications for a single student, make changes for each loan application.

Borrow Demographic Information

Term Information

Student Demographic Information

Entering Loan Relationship Information

The fields in this component represent the fields listed in the CommonLine Alternative Loan and Reference Information records in the Application Send file. The data collection requirements depend on the loan program.

See Creating Loan Reference and Cosigner Relationships.

Reviewing Student Loan Eligibility

Access the Loan Origination 2 page.

Loan Period Start and Loan Period End	Generated from the Valid Careers for Terms table.
Loan Certification Date	The date the loan is originated.
Update ID	Click to update the loan application ID.
Override Loan Dates	Select to override the loan period start. loan period end, loan certification, and disbursement dates. This makes the loan date fields available for editing.

Hold Release Tab

Select the Hold/Release tab.

Disb Hold/Release Status (disbursement hold/release status)

Automatically set during origination and when you use the Hold and Release process. The field can be manually set or reset by the Hold and Release process. Select from: F: Forwarded to CDA. This is an intermediate status communicated from the lender and is not a valid selection. H: Hold Disbursement Indicates the disbursement to be held by the lender. N: Not Supported Indicates that the loan destination does not participate in the disbursement hold and release process. R: Release Disbursement. Indicates the disbursement to be released to the school.

Direct Disbursement Tab

Select the Direct Disbursement tab.

Disb Direct to Borrower (Disburse Direct to Borrower)

Select this check box to request that a disbursement be made directly to the student by the lender. If the lender participates, this optional CommonLine process is valid for all CommonLine loan types. The value is transmitted in the application send file, but is not supported in the change transaction send file.

Managing FFELP Serial Loan Processing

Access the Loan Origination 3 page.

Loan Options

Promissory Note Information

Servicer Information

The following tables list translate values for the Service Type Cd, Reduction Code, and Revised NOG Ind (notice of guarantee indicator) fields.

Service Type Code Translate Values

Unless indicated, the codes are valid for both CL4 and CRC loans.

CommonLine Reduction Code Translate Values

CommonLine Revised Notice of Guarantee Indicator Translate Values

See Also

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual

Validating Loans

This section discusses how to:

• Validate CommonLine 4 loans.

• Validate CRC loans.

• Review validation errors.

• Review CommonLine loan status information.

Pages Used to Validate Loans

Validating CommonLine 4 Loans

Access the Validate CL 4 Loans page.

Schools that originate loans under CommonLine 4 must run the CommonLine 4 loan validation process (FAPREQRN) to check loan origination records for errors. Originated loans must be validated for a CommonLine Application Send file to be created and transmitted to the loan servicer. Correct all errors before the loans are sent. Each validation request comprises one or many selection criteria. You can control the frequency that loan validation requests are executed when you run the validation process by maintaining multiple validation requests.

Save the page and click Run to run this request.

Validating CRC Loans

Access the Validate CRC Loans page.

Schools that originate loans under Common Record Commonline must run the CRC loan validation process (FAPREQRN) to check loan origination records for errors. You must validate originated loans for the system to create and transmit a CommonLine Application Send file to the loan servicer. Correct all errors before the loans are sent. Each validation request comprises one or many selection criteria. You can control the frequency that loan validation requests are executed when you run the validation process by maintaining multiple validation requests.

Reviewing Validation Errors

Access the Loan Validation page.

When a loan has been processed by either loan validation process, not in simulation mode, and if the loan has passed validation, the system sets the loan action status to authorized for transmission. You can view this status on the Loan Status Summary Information page. If the loan has failed validation, the loan action status is set to failed (authorization). Additionally, the system displays the validation edits that have failed on the page. If the loan is a combination loan—containing separate subsidized and unsubsidized item type origination detail records—separate loan action statuses and edit errors exist for each.

When resolving loan validation errors, review the appropriate CL4 or CRC loan edit table in the CommonLine setup chapters for information on what has caused a loan validation edit to fail. Correct the edit error condition by making the appropriate correction and then rerun the appropriate validation process. Failed loans become authorized if all the error conditions are cleared. If an edit error is not appropriate for the loan destination and you want to permanently disable the edit, go to the appropriate loan destination component and deactivate the edit. If you want to authorize the failed loan without clearing the edit error conditions, you can manually set the loan action status to authorized using the Origination Detail page accessed from the Loan Orig Status page in the component, or the same page from the CommonLine Loan Origination Transmission page. A CL Validation Errors report is available for a complete list of loans that have failed the loan validation processes.

Use the online loan validation process to validate CRC loans. Click the Validate Loan button to initiate the process. This option is not available to CL 4 loans. If a loan contains separate subsidized and unsubsidized portions, you must validate each portion.

Reviewing CommonLine Loan Status Information

Access the Loan Status Summary Information page.

Use this page at various stages of the loan origination process, including after origination, after validation, after disbursements, and after information from the loan servicer has been processed.

Student Eligibility

Origination Detail

Disbursement Information

Shows the most recent actions performed on the individual loan disbursements.

Amounts Tab

Select the Amounts tab.

View the calculated loan disbursement amounts.

Payment Tab

Select the Payment tab.

View actual disbursement amounts received by the school and paid to the student's account.

Managing Loan Origination Transmission Data

This section provides common elements and discusses how to:

• View a student's originated loans.

• View loan application summary.

• View loan origination information.

• View loan origination change.

• View loan period change.

• Override loan origination transmission data.

Pages Used to Manage CommonLine Loan Origination Transmission Data

Viewing a Student's Originated Loans

Access the Origination Student Summary page.

Appl Data (application data)

Click to open the Loan Application Summary page.

Viewing Loan Application Summary

Access the Loan Application Summary page.

LnAmt Borr (loan amount borrowed)	Displays the actual amount the student has borrowed.
Loan Start and Loan End	Displays the loan period dates.
Remaining Loan Eligibility	The difference between the origination amount detail and the borrower requested amount.
Student Loan Summary	Click to access the Origination Student Summary page.
Origination Status	Click to access the Loan Origination Information page.
Disbursement Status	Click to access the Origination Loan Disbursement page.

Viewing Loan Origination Information

Access the Loan Origination Information page.

The page displays loan level activity. The action rows are displayed in reverse chronological order so that the most recent changes appear on top.

Note. The Change and Message links are available only when a change or message is associated with the record. For more information see Processing Loan Changes. Links are available to view the CRC status codes and the corresponding CRC staging table information for the selected loan action row.

See Processing Loan Changes.

Detail 2 Tab

Select the Detail 2 tab.

Use to view secondary loan action information.

Viewing Loan Origination Change

Access the Loan Origination Change page.

This page is only available for approved loans that have been adjusted by the loan origination process.

Note. This page varies depending on the loan change record type.

Viewing Loan Period Change

Access the Loan Period Change page.

This page is only available for approved loans that have been adjusted by the loan origination process. In this example, the system displays the fields changed for the Loan Period Change (07) record. The system displays a different page for each of the following change record types:

• Loan Period Change (07)

• Ln (Loan) Cancellation/Reinstatement (08)

• Loan Increase (24)

Note. PeopleSoft does not support Change record types 11, 12, 13, and 14.

Overriding Loan Origination Transmission Data

Access the CommonLine Loan Origination Transmission page.

Use this page to override loan status information. You should only override the status of an originated loan in cases where the processing of loans using the automated processes cannot process the loan properly. Overriding loan information should be done with a clear understanding of the purpose and expected result from overriding the loan status. New problems can be created for the loan if information is changed without performing proper analysis.

Note. Because this page enables you to change important financial eligibility information, access should be restricted to users with the appropriate security access.

The loan processing status and origination transmission status values are updated when a manual action is initiated.

Accept Origination Value Changes

Error Value Changes

See Also

Reviewing Loans on Hold

Viewing Loan Disbursement Activity

This section provides common elements and discusses how to:

• Review loan disbursement activity.

• Review loan disbursement actions.

• Review loan disbursement changes.

• Review cancelled and reinstated loans.

• Review loan award disbursement information.

• Review loan award transmission status.

Pages Used to View Loan Disbursement Activity

Reviewing Loan Disbursement Activity

Access the Origination Loan Disbursement page.

Disbursement Information

Disbursement Actions

As changes to the disbursement occur, a new row of disbursement information is inserted. The information is sorted in reverse chronological order so that the most recent action appears first.

Note. The Change and Message links are available only when a change or message is associated with the record.

Reviewing Loan Disbursement Actions

Access the Loan Disbursement Action page.

View secondary disbursement action information.

Reviewing Loan Disbursement Changes

Access the Loan Disbursement Change page.

This page is only available for approved loans that have been adjusted by the loan origination process.

See Also

Viewing Loan Origination Change

Reviewing Cancelled and Reinstated Loans

Access the Cancel/Reinstate Loan page.

In this example, the system displays the fields changed for the 09 record. The system displays a different page for each of the following change record types:

• Pre Disbursement Change (09)

• Post Disbursement Change (10)

Reviewing Loan Award Disbursement Information

Access the Loan Award Disbursement Inquiry page.

Use the upper scroll area to view the student's different loan awards. This information is derived from the Award Summary component.

Use the middle scroll area to view the status of each disbursement for the loan award. This information is derived from the disbursement level information on the Award Summary component.

The section in the lowermost scroll area displays loan disbursement information for any loans originated for the loan item type shown in the upper scroll areas.

Reviewing Loan Award Transmission Status

Access the Loan Transmission Status page.

Creating and Sending CommonLine Files

This section provides an overview and discusses how to create CommonLine application and change files.

Understanding How to Create CommonLine Application and Change Files

After CommonLine loans are originated and validated, you must generate the electronic application files so that the school can transmit the files to the appropriate loan servicer. The CL 4 and CRC business process is identical. You run a process to select eligible loan records which sorts them by Loan Destination, and then the system writes the loan information into temporary staging tables. Next, another process is run that creates the loan files, which are ready for transmission to the appropriate loan destination. For CL 4, the system creates ascii files. For CRC, the system generates XML files. PeopleSoft does not provide a method for electronically transmitting CommonLine files to their destinations as each loan servicer may require a specific method to be used.

Sending CL 4 Loan Files to Destinations

After you have originated and validated your FFELP and alternative loans, you create the files to the loan destination. This section discusses how to:

• Select CL 4 outbound files.

• Generate CL 4 files to send.

• Rename CommonLine 4 files.

Pages Used to Send CL 4 Loan Files to Destinations

Selecting CL 4 Outbound Files

Access the Process CL 4 Outbound Files page.

Version	Select CommonLine 4.
Orig Outbound (origination outbound)	Select to gather all pending origination records for the specified institution, aid year, and school code.
Orig Change Outbound (origination change outbound)	Select to gather all pending origination change records for the specified institution, aid year, and school code.
Run	Click to initiate the CommonLine 4 Outbound (FAPLCOD4) process, a COBOL SQL process.

Insert rows to add additional institution, aid year, school code, and version combinations.

Generating CL 4 Files to Send

Access the Run Parameters page.

Outbound Agent Run Parameters

Outbound File Options

Note. Before you run the process for the first time, confirm that the EC Prep process has been run to generate a current ecoutmap.sqc file. This task should be performed by your technical staff. The system may generate empty files if this step is not performed.

Renaming CommonLine 4 Files

Access the Rename EDI Outbound File page.

Sending CRC Loan Files to Destinations

This section discusses how to process CRC outbound files to move to CRC staging tables.

Pages Used to Send and Review CRC Loan Files to Destinations

Processing CRC Outbound Files to Move to CRC Staging Tables

Access the Process CRC Outbound Records page.

This page controls the two processes used for generating CRC XML files.

Reviewing CL 4 Files Created or Loaded by EDI Manager

As you run the EDI Manager processes to either create or load CommonLine 4 files into the system, the system generates high level information that you can review. The EC Queue Review component displays this information. Using the component, you can verify the status of each file, control the processing of files, and diagnose EDI Manager problems.

Page Used to Review CL 4 Loan Files Created or Loaded by EDI Manager

Viewing CL 4 EC Queue Records

Access the EC Queue Review page.

This page displays information for all loan files processed by EDI Manager in the selected loan type.

Bus Unit/Cust/Vndr Info Tab

Select the Bus Unit/Cust/Vndr Info tab.

Business Unit	For outbound files only. The EC entity code used to represent the business unit responsible for the loan. This value corresponds with the loan transfer ID page setup information for the transaction ID value.
EC BU Cd (electronic commerce business unit code)	For outbound files only. Indicates the EC entity code that represents the greater university. This value corresponds with the loan transfer ID page setup information for the transaction ID value.
Cust/Vndr (customer/vendor)	For outbound files only. The loan destination profile ID.
EC Ext Cd (electronic commerce external code)	For outbound files only. Indicates the EC entity code that represents the external loan entities. This value corresponds with the loan transfer ID page setup information for the transaction ID value. Note. For outgoing files, if the business unit, EC BU Cd, Cust/Vndr, and EC Ext Cd fields are blank, this means that the Loan Transfer ID setting have not yet been created. Files cannot be created until this setup is completed each year for CommonLine 4 loans.

Reviewing and Managing CRC XML Files

The delivery of two components assist in the management of generated and loaded CRC XML files.

This section discusses how to:

• View CRC loan file transactions.

• Monitor CRC award load status.

• View loan status codes.

Pages Used to Review CRC XML Files

Viewing CRC Loan File Transactions

Access the CRC Document Management page.

This page displays information for all CRC loan files loaded in the CRC staging tables. Each row in the grid represents an XML document (file). You can view documents generated by PeopleSoft and documents received from the loan servicers on this page. Use the component to monitor and control the processing of CRC XML files. This is similar to the EC Queue Review component used for CommonLine 4.

Transmission Info Tab

Select the Transmission Info tab.

Use to view the source and recipient of the CRC documents.

Process Info Tab

Select the Process Info tab to view when the CRC document was loaded or created.

The fields indicate when the document was created and when the document file was loaded into the staging tables (Response) or when the XML file was created (Request).

Override Tab

Select the Override tab.

When a document row has a processing status of Outbound to Stage, the File Path field becomes editable. This allows you to correct the physical destination of the outgoing XML file that will be generated.

Monitoring CRC Award Load Status

Access the CRC Award Management page.

The purpose of this component is to enable you to monitor the status of XML response files that have been loaded into the database. In particular, you must monitor those response records that have not yet been loaded or have an error status after the CRC Inbound process has been run.

Note. Generally, only awards with an award status of error require review.

The following are descriptions of why the award record has an error status. The values are:

Award Disbursement Discrepancy

Loan Certification Rqst (loan certification request)

Destination Not Found

Processing Error

Loan On Hold

Loan Not Found

No Errors

Process Not Supported

Source Data Corruption

Loan Tolerance Amt Exceeded (loan tolerance amount exceeded)

Unknown or Invalid Loan Type

Uninitiated Change

Note. See the Inbound File Load Error Codes table in the Moving CL 4 Inbound Files from Staging Tables to the Database section.

See Moving CL 4 Inbound Files From Staging Tables to the Database.

Loan Information Tab

Select the Loan Information tab.

Loan Status Codes	Click to review the guarantor, lender, promissory note, and credit status codes.
View Record	Click to access the CRC inquiry pages to view the complete application record that was received.

Viewing Loan Status Codes

Access the Loan Status Codes page.

Receiving CommonLine Application Response Files

This section provides an overview of the inbound application file process and discusses how to:

• Load CL 4 inbound application response files to staging tables.

• View CL 4 inbound application details.

• Move CL 4 inbound files from staging tables to the database.

See Also

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual, CommonLine 4 Version, NCHELP Common Record CommonLine Reference Manual

Understanding the CommonLine Inbound File Process

After you send your application files to your CommonLine servicers, you will soon receive response records to acknowledge the receipt of your applications and to report the status of each loan application record sent. When you receive inbound application response files from a loan destination, you load them into staging tables, check them, and then load them into your database. The business process is the same for both CL 4 and CRC. The following illustration shows the process flow:

CommonLine application response inbound process

After loading the file into the inbound staging tables, the system uses CommonLine Loan Inbound processes to take information from the external loan record to update the originated loan records in the database. The inbound processes identify the internal records to update by matching the CommonLine Unique ID on the response record to the loan record originated in the school database. The system updates the CommonLine MPN Use page with the student EmplID, borrower EmplID, serial loan code, lender, and MPN confirmation information when confirmation of a valid MPN is reported by the service provider. The system uses this information when new FFELP loans are originated to determine when the student can use the same promissory note. If the school manually sets the Serial Loan Code field to override, it forces the system to generate a new note for each new loan, and the field is not updated with the information from the loan servicer.

When EFT disbursement roster records are processed, the system also uses the CommonLine Unique ID to find the matching loan record. When this occurs, the system updates the loan disbursement tables so that the financial aid disbursement processes can be run to disburse the funds to the student's account. If the disbursement roster indicates that the funds will be delivered using an individual borrower check, funds cannot be disbursed until the actual check is received by the school and entered in the CL Disbursement Maintenance component. When loan funds are disbursed directly to the student by the lender and reported on the disbursement roster, these records are not allowed to disburse.

The following explains special activities that occur during the loading of application response records.

Synchronization of Gross Disbursement Amounts in a Student's Package

The CommonLine application load process synchronizes the gross disbursement amounts, loan fees, and net disbursement amounts calculated by the packaging process so that the student's package reflects the actual amounts determined by the loan servicer. The CommonLine inbound processes update the disbursement amounts in the student's package with the disbursement amounts returned by the loan servicer when the amounts do not match. This will occur as long as the total loan amount reported by the loan servicer is equal to the total amount in the student's award, with consideration for any previously processed loans of the same item type.

Based on the type of adjustment made to the disbursement record, a unique disbursement action code and message are generated to document the occurrence. If the net disbursement amount in the student's package does not match the net disbursement amounts from the loan servicer, the system posts a disbursement action of Award Fees Adjusted from Loan. If the gross disbursement amount in the student's package does not match the gross disbursement amounts from the loan servicer, the system posts a disbursement action of Award Disb Adjusted from Loan. If both the gross and net disbursement amounts in the student's package do not match the gross and net disbursement amounts from the loan servicer, the system posts a disbursement action of Award Disb/Fees Adjusted from Loan. A tolerance check is performed to ensure the gross amount of any single disbursement of the award does not match the gross amount of the corresponding disbursement of the loan in excess of 5.00 USD. If it does, the application response record reports error code A — Award Disbursement Discrepancy. The school must update the awards to match the approved loan and disbursement amounts before the record can be loaded.

Warning! When the process updates the student's package, it sets the Split field for the loan financial aid item type to XX, indicating that the loan financial aid item type uses a custom split. If the process does not update the gross amounts, it does not use a custom split.

Loan Fee Rate Recalculation

The CommonLine inbound processes also makes the actual loan fee rate used by the loan servicer available to the packaging process. During subsequent repackaging of the loan financial aid item type, the packaging process recalculates loan fees based on the approved loan fee rate rather than using default fee rates assigned to the loan financial aid item type.

When you load a CommonLine application response record that guarantees the loan or modifies a previously guaranteed loan, the inbound process derives the loan fee rate from the loan gross and net amounts and any fees paid by the loan servicer. If the loan disbursement amounts in the student's package are updated from the actual loan values, the system stores the derived fee percentage, which appears on the Award Disbursement Detail page in an unlabeled field next to the Custom Loan Fee check box.

Suppressing Duplicate Disbursement Action Codes

The CommonLine loan inbound processes prevent duplicate disbursement action codes from loading when disbursement status has not changed. You receive duplicate disbursement action codes when you load additional application response records after the loan has been guaranteed.

These changes only affect CommonLine application response records. Three conditions prevent the insertion of a duplicate loan disbursement action code.

• If the loan has a status of In Service/Accepted (PS_LOAN_ORIG_DTL.LOAN_PROC_STAT =S, PS_LOAN_ORIG_DTL.LN_ORIG_TRANS =A) prior to processing the current application response record, then the system prevents duplicate Approved for Disbursement disbursement action codes.

• If the new loan action code is PSD - Disbursed to School and the disbursement net amount on the application response record is equal to the amount the institution has already received by check or EFT, then the system prevents duplicate PSD - Disbursed to School disbursement action codes.

• When you are loading an application response record with a record type of M - Modification or R - Change Response, if the most recent loan disbursement action code matches the new one to be inserted, and the disbursement amount matches, then the system prevents duplicate disbursement action codes.

See Also

Awarding Online

Pages Used to Receive CL 4 Inbound Files

Loading CL 4 Inbound Application Response Files to Staging Tables

Access the Inbound EC Agent - Run Control Parameters page.

Run Option

Inbound Agent Parameters

Note. Do not make any changes in the File Options group box.

File Names and Map IDs

Viewing CL 4 Inbound Application Details

Access the Application Detail page.

Load Status	Indicates the load status of the record. The values are: Processed: the record has been used to update the loan application record. Unprocessed: the default status indicating that the record has been loaded into the staging tables, but the CL Inbound process has not been run. Skipped: a value set manually to indicate that the record should not be processed. Error: the CL inbound process could not successfully process the record. View the error reason text that displays next to the field.
Record Status	Displays the status of the loan reported by the loan servicer on the application response record. You can review the record status table for the complete list of valid values. See Moving CL 4 Inbound Files From Staging Tables to the Database.
Status Date	Displays the date the record status occurred. For example, the date when the loan was guaranteed.
Phase Code	Corresponds to field 133 on the application response detail record. This is a more detailed status code communicated between the lending agencies.
Phase Code Date	Displays the date the phase code became active.
DL Nbr (driver's license number)	Displays the borrower's driver's license number.
Borr St Res (borrower state residence)	Displays the date the borrower became a legal resident of the identified state.
Defer (deferment)	Indicates the authorization for the lender to defer repayment periods. The borrower requests to defer principal payments while attending school.
Int Ind (interest indicator)	Indicates if the borrower intends to pay the interest on the unsubsidized Federal Stafford or Federal PLUS loan while in school and when the loan is in grace or deferment.
EFT Athztn (electronic funds transfer authorization)	indicates that the borrower has authorized the school to transfer the loan proceeds received by EFT to the appropriate student account.
Def/Ref (default/refund)	Indicates if the PLUS/alternative student is currently in default on a student loan or owes a refund on a federal grant.
Outstd Lns (outstanding loans)	Indicates if the borrower has outstanding loans.
Sig Date (signature date)	Indicates the date the valid promissory note was signed.
Address	Click to access the Borrower Perm Address page to view borrower permanent address information.

Moving CL 4 Inbound Files From Staging Tables to the Database

Access the CommonLine Inbound page.

Application Resp (application response)	Select to move all CommonLine 4 application response records from the EDI Manager staging table into the application database.
EFT Load	Select to move electronic fund transfer records to the database. After EFT records have been processed, they automatically become eligible for disbursement to the student's account.
Run	Click to initiate the CommonLine 4 Inbound Driver process, a COBOL SQL process. The inbound files that you have selected are moved from the EDI Manager staging table to the database.

The CommonLine 4 loan inbound process attempts to match the loan application response record in the staging tables to an originated loan in the application database. The CommonLine 4 ID is used to perform the match. When a match is found, the process loads both the record status code field 2 on the application response detail record and the phase code field 133 on the application response detail loan origination action records. The record status code provides a high-level status of the loan, while the phase code provides a detailed status.

In addition to loan origination action codes, the system generates a disbursement action record if there is a change of status for a specific disbursement. Fields 120, 121, 122, and 123 on the application response detail record indicate changes to the disbursements. If the inbound process cannot load the record, the system generates an error code. Review the load error code table for additional details.

Note. You can view the record status codes and application phase codes on the Loan Action Codes page.

The following table lists record status codes.

The following table lists application loan phase codes:

Inbound File Load Error Codes

The following table describes errors and how they can be resolved. Set error records that do not require resolution to Skipped. This action removes them for the CL 4 App Response Error report. These codes are common to both CL4 and CRC.

After you resolve any load errors, rerun the CommonLine loan inbound process to reprocess any records set to Error.

Two CL 4 reports can assist you in processing of load errors: the CL 4 App Response Load Error report and the CL School Cert Request report.

Receiving CRC Inbound Application Response Files

This section discusses how to:

• Load CRC inbound application response files to staging tables.

• Move CRC inbound files to the database.

Pages Used to Receive CRC Inbound Files

Loading CRC Inbound Application Response Files to Staging Tables

Access the Load CRC XML Files page.

Enter a file path and name. You can process multiple files by entering additional rows on the page.

Click Run to initiate the CRC XML staging process (SFA_CRC_IN), an Application Engine process. The process loads the CRC files into the inbound staging tables.

Moving CRC Inbound files to the Database

Access the Inbound CRC Files page.

Application Resp (application response)

Select to move response file to the database.

The CRC loan inbound process attempts to match the loan application response record in the staging tables to an originated loan in the application database. The system uses the CommonLine loan application ID to perform the match. When a loan is found, the process updates the loan status by converting the CRC guarantor, lender, promissory note, and credit status codes into the record status code field used in CommonLine 4. Refer to the CommonLine 4 record status code table for additional information.

The following CRC Loan Status Codes table lists the CommonLine 4 record status codes and the equivalent CRC loan status codes.

After running the CRC inbound process, you will need to review all award records that did not load. Use the CRC Award Management page to review the awards that have errored. Please review the load error code table for information on the possible error codes and how to resolve the error condition.

Processing Disbursement Roster and Disbursement Forecast Transaction Records for CRC

This section provides an overview and discusses how to load CRC disbursement files.

Understanding CRC Disbursement Record Features

The system provides the following features when processing CRC disbursement records.

• You can load the disbursement rosters containing electronic funds transfer (EFT) records and disburse them to the student’s account.

• You can load the disbursement forecast roster files into the staging tables for review, but the system will never disburse to the student’s account.

• You can determine if the disbursement method is by EFT, MasterCheck, or netting disbursement. As with EFT, MasterCheck and netting disbursement methods are eligible for disbursement to the student’s account.

• Reports are available to assist in reconciling disbursement discrepancies.

Loading CRC Disbursement Files

You can load CRC disbursement roster and disbursement roster files into the database. First, run the CRC XML Inbound process to load the information into the CRC staging tables. Next, run Process CRC Inbound to process the records into the application tables. The system does not load disbursement forecast files into the application tables. You can create reports to identify potential disbursement problems prior to the receipt of the subsequent disbursement roster file.

For the system to load the disbursement roster record into the application tables, the record must match an existing originated loan record. The records must match in the unique CommonLine loan ID, the loan type, and the disbursement number fields. The system does not perform a check to verify that the disbursement amounts match. Depending on the disbursement method indicated for each disbursement record, the posting is of a disbursement action row with a distinct loan action code.

Disbursement Methods and Loan Action Codes

Note. Netting transactions are received only if the school and the loan servicer have established an agreement to participate in netting.

Managing Loans on Hold

Loans that are rejected by the loan servicer are automatically placed on hold and must be reviewed by the user. Loans can also be placed on hold if a data integrity error exists during the CommonLine outbound process. At the discretion of the financial aid administrator, a loan can be placed on hold indefinitely until released by the administrator. Loans placed on hold are not selected for processing by the system until corrective action is performed and the hold status is manually removed from the loan. Run the CL Loans on Hold report to identify the loans which require review. This section discusses how to:

• Review loans on hold.

• Review loan origination and loan action status.

• Review loan disbursement detail.

Note. You can also use the CommonLine Loan Orig Trans component to release loans on hold.

See Also

Managing Loan Origination Transmission Data

Pages Used to Manage Loans on Hold

Reviewing Loans on Hold

Access the Loan Orig Status page.

Loans placed on hold are identified with a Ln Proc Stat (Loan Processing Status) value of Hold.

Manual Action

Note. If you initiate or remove a hold, you must save changes before leaving the component. Do not remove a hold without also resolving the hold condition.

Originated Detail

Originated Tab

Acknowledged Tab

Select the Acknowledged tab.

Use to view disbursement information received from the servicer.

Hold Action Value Changes

The loan processing status is updated when a hold is manually initiated.

Hold Removal Value Changes

The system updates the loan processing and original transaction status when a hold is manually removed.

Reviewing Loan Origination and Loan Action Status

Access the Origination Detail page.

Use to review loan activity.

The system displays current application information and loan action status. The system calculates the amounts in the Originated column at the time the loan is originated. Values in the Acknowledged column are received from the loan servicer.

Action Status Tab

CRC Status Tab

Select the CRC Status tab.

The system displays the lender, guarantor, promissory note, and credit status codes for CRC loans. For a complete list of status codes and their meaning, use the CRC Loan Action Code Table.

Reviewing Loan Disbursement Detail

Access the Disbursement Detail page.

Use to review the activity of the selected disbursement.

Processing Loan Changes

This section provides an overview of changes to originated loans and discusses how to:

• Change loan dates and student grade level for both CL4 and CRC.

• Process cancellations and reinstatements for both CL4 and CRC.

• Process disbursement-level changes for both CL4 and CRC.

• Process post-disbursement changes for both CL4 and CRC.

• Process loan increases for both CL4 and CRC.

• Process address, phone, and email address changes for CRC loans.

• Generate change transaction files for CL4.

• Generate change transaction files for CRC.

• Receive application response files for CL4.

• Receive application response files for CRC.

• Accept change transactions manually.

Understanding Changes to Originated Loans

PeopleSoft supports CommonLine change transaction processing for both CommonLine 4 (CL4) and Common Record CommonLine (CRC) versions. The change transaction types supported include loan period changes, cancellations, reinstatements, reissues, and increases. For CRC, address, phone, and email changes are also supported. The PeopleSoft loan application automatically determines when changes occur and generates the appropriate change transaction records to be sent to service providers. You can make multiple changes to a single loan that generates multiple change transaction types at the same time.

In most cases, changes in loan eligibility result from online changes to the student's award or loan. After you have made these changes, you run the loan origination process with the loan adjustments feature activated. The system identifies the adjustments and changes the loan origination status. Reductions that cause a paid disbursement to be reduced suspend the disbursement from the PeopleSoft Enterprise Student Financials disbursement process. Disbursed funds remain disbursed and must be reviewed and reconciled with the lender. Increases in loan eligibility may result in either an increase in the existing loan, or the creation of a new loan if the borrower's promissory note exceeds the requested amount. If any funds have been disbursed to the school, a new loan always occurs.

After the system calculates a loan adjustment, it creates a loan validation and a change transaction in the correct record format (flat file for CL4, XML file for CRC) and sends it to the loan servicer.

For CommonLine 4 loans, after you receive the CommonLine 4 application response file from your loan servicer as an acknowledgment of the change transaction, run the Inbound EC Agent process to load the file into the CommonLine 4 inbound staging tables. Then run the CommonLine loan inbound process to load the information into the system.

For CRC loans, you also receive a response file from your loan servicer as an acknowledgment of the change transaction, and you run the Inbound CRC XML file process to load the file into the CRC inbound staging tables. Then run the Process CRC Inbound file process to load the information into the system.

To understand the CommonLine 4 change process, you must understand loan level and disbursement level changes and how they are affected by disbursement status. Loan level changes include the Loan Period Change (@1-07), Loan Cancellation/Reinstatement (@1-08), and Loan Increase (@1-24) records. Disbursement level changes include the Disbursement Cancellation/Changes (@1-09) and Disbursement Notification/Change (@1-10) records. Whether disbursements have already been made to the school can also dictate the change record type to use. An adjustment made to a borrower's loan can result in a single change record or a combination of change records. The loan origination program makes these decisions automatically. If you understand the types of change records generated by an adjustment to a borrower's loan eligibility, you can better resolve any change record problems with your service providers.

The following illustration shows the process flow for CL4 loan change transactions:

The loan change outbound process

In most cases, changes in loan eligibility result from online changes to the student's award or loan. After you have made these changes, you run the loan origination process with the loan adjustments feature activated. The system identifies the adjustments and changes the loan origination status. Reductions that cause a paid disbursement to be reduced suspend the disbursement from the Student Financials disbursement process. Disbursed funds remain disbursed and must be reviewed and reconciled with the lender. Increases in loan eligibility result in either an increase in the existing loan or the creation of a new loan if the borrower's promissory note exceeds the requested amount.

Next, you run loan validation to authorize the file for transmission. You then run the CommonLine 4 loan outbound process to move the change information in the CommonLine 4 change transaction staging tables. Then run the Outbound EC Agent process to generate the file. Finally, you transmit the data to the lender.

After you receive the CommonLine 4 application response file from your loan servicer as an acknowledgment of the change transaction, run the Inbound EC Agent process to load the file into the CommonLine 4 inbound staging tables. Then run the CommonLine loan inbound process to load the information into the system.

To understand the CommonLine 4 change process, you must understand loan level and disbursement level changes and how they are affected by disbursement status. Loan level changes include the Loan Period Change (@1-07), Loan Cancellation/Reinstatement (@1-08), and Loan Increase (@1-24) records. Disbursement level changes include the Disbursement Cancellation/Changes (@1-09) and Disbursement Notification/Change (@1-10) records. Whether disbursements have already been made to the school can also dictate the change record type to use. An adjustment made to a borrower's loan can result in a single change record or a combination of change records. These decisions are made automatically by the loan origination program. If you understand the types of change records generated by an adjustment to a borrower's loan eligibility, you can better resolve any change record problems with your service providers.

See Also

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual, CommonLine 4 Version

Pages Used to View Loan Changes for both CL4 and CRC

Changing Loan Dates and Student Grade Level for Both CL4 and CRC

You send information to loan agencies regarding changes to a borrower's loan period begin and end dates, student's grade level, and student's anticipated completion date through the transmission of the CommonLine 4 Change Transaction Loan Period Change @1-07 Detail record. This is a loan level adjustment. You can submit this loan change record before or after disbursement.

If you modify information in the Originate Loan component, the loan adjustment program automatically checks for changes to the student's program complete date (graduation date) and NSLDS loan year in the FA term record. You can then run the loan origination process with the Adjustments check box selected to generate an @1-07 change transaction record that reflects the changes.

To change the student's graduation date and NSLDS loan year without changing the loan award, or if you are not making other changes to the student's loan, follow the manual change processing instructions. You can use the Financial Aid Term component to change a student's graduation date and grade level.

Changes to the loan period start and end dates occur in the Originate Loan component. To change a student's graduation date, enter the expected graduation date. You can use the NSLDS Loan Year available options to change the student's grade level.

Note. Changes to FA term information may require additional processing steps, such as running FA term build and student budget assignment.

After you change the expected graduation date and grade level for the appropriate FA term record, you must use the Originate Loan component to update any affected loan records. You can also change loan period begin and end dates in the component.

1. Click the Loan Demographic link to access the Loan Demographic Data page.

2. Select the Demo Chg (demo change) check box. Then select the changed term from the Term available options.

3. Click the Update Term Data button. Note that the system displays any changes made to the FA Term record. Select OK to return to the Loan Origination I page. Save the Loan Origination 1 page.

Changing Loan Period Start and End Dates

Use the Loan Origination 2 page to change the loan period start and end dates and disbursement dates. Select the Override Loan Dates check box to change the Loan Period Start and Loan Period End dates. Save the page.

Note. You can also change disbursement dates on this page.

Generating and Viewing @1-07 Loan Adjustment Information

When you make changes in the Maintain Originated Loans component, the loan origination process automatically detects these changes and identifies the loan as a CommonLine 4 change record.

Select Use Prom. Note in the CL Orig Options field on the Loan Origination page. After you have run the loan origination process with the Adjustments check box activated, you can review the changes made to the loan. The system displays a new loan origination action row that indicates that the loan has been adjusted. The action code values that indicate adjustments are OC (origination changed) and OX (origination cancelled).

Use the Change link on the Loan Origination Change page to view the record type (Loan Period Change [07]). A Ready status indicates that no other action is necessary to complete the loan period change transaction.

See Also

Setting Up Financial Aid Terms

Updating Borrower Information

Managing Loan Origination Transmission Data

Processing Disbursement Level Changes for Both CL4 and CRC

Originating CommonLine Loans

Viewing Loan Origination Information

Viewing Loan Origination Change

Viewing Loan Period Change

Processing Cancellations and Reinstatements for Both CL4 and CRC

The Loan Cancellation/Reinstatement @1-08 Detail record is another loan level adjustment that the system generates when you cancel a loan prior to the release of the first disbursement. If the lender has processed the cancellation, the school can either fully or partially reinstate the loan using the @1-08 Detail record. The cancellation or reinstatement of the student's loan from the Award Entry component initiates the change process.

Use the Student Aid Package page, Award Entry/Manual page, or Award Override page.

Canceling a Loan

To cancel a loan:

1. Click the Look Up Action button in the row of the loan that you want to cancel.

2. Select Cancel.

3. Press TAB to move out of the Action field.

Reinstating a Loan

To reinstate a loan:

1. Click theLook Up Action button and select Offer or Offer/Accept.

2. Enter the amount of the reinstatement.

3. Click Validate.

4. After the validation is finished, click Post.

   The system saves the information and updates the student award tables. The system processes a partial reinstatement if the amount is less than the original cancelled loan amount.

Note. For a loan reinstatement, you must use the same loan item type as the cancelled loan. If you use a new loan item type for the same loan program, the system will originate a new loan.

Generating @1-08 Adjustment Information

After you post awards from the Student Aid Package page, run the loan origination process with adjustments activated for the changes to be processed.

Use the Loan Application Summary page to view change information.

If the loan is reinstated, it appears as OC (origination changed) on the Loan Origination Change page and a new Ln (loan) Cancellation/Reinstate (08) row appears in the Cancel/Reinstate Loan page. The system populates the Reinstated Loan Amount field based on the amount of the reinstatement.

See Also

Using Auto Packaging and Auto Select Packaging

Originating CommonLine Loans

Processing Disbursement Level Changes for Both CL4 and CRC

Disbursement level changes occur when you make adjustments to individual disbursements of a guaranteed loan. Two types of CommonLine 4 change transaction record types communicate disbursement changes:

• The system generates the Disbursement Cancellation/Change @1-09 Detail record when you submit full or partial disbursement cancellations, reinstate previously cancelled disbursements, place disbursements on hold, place disbursements from hold to release status, and reschedule disbursement dates prior to the release of funds for the disbursement.

• The system generates the Disbursement Notification/Change @1-10 Detail record when you submit full or partial disbursement cancellations, reissue requests, and reinstatements after the release of funds for the disbursement.

The loan origination process automatically determines the type of disbursement level change transaction record based on whether the disbursement was received.

Disbursement Date Changes

Use the Loan Origination 2 page to adjust disbursement dates.

Note. You can only set disbursement dates equal to or after the current date. You cannot change a disbursement date to a past date.

Disbursement Hold and Release Changes

Use the Loan Origination 2 page to set loan disbursements to hold or release. You can also use the batch CommonLine Hold/Release process to automatically set the disbursement status for selected groups of disbursement records.

Note. To modify the process for setting hold/release status for your disbursements using Application Engine SQR, COBOL, and so on, set the PS_STDNT_AWARDS.OFFER_ACTIVITY_IND field to A for each employee ID that you change the PS_LOAN_DISBMNT.LN_HOLD_REL_STAT value to H (hold) or R (release). The PS_STDNT_AWARDS.OFFER_ACTIVITY_IND field is set automatically when you set the disbursement hold/release status online. It identifies a loan record as a potential change record.

Cancellations, Reinstatements, and Other Adjustments

You initiate all disbursement changes besides dates through changes made to the student's loan award. Use the Award Entry pages to make these adjustments. The loan origination adjustment program detects changes to a student's loan awards and generates the appropriate change transaction record types.

Changes to individual disbursements generally require changing split codes or the use of custom splits; this varies according to your institution's policies. Prior changes to a student's awards may require you to use the Award Entry/Manual or Award Override pages.

The following are examples of disbursement level changes:

• Canceling disbursements due to student non-enrollment.

• Reinstating previously canceled disbursements due to student re-enrollment.

• Decreasing a student's loan eligibility due to new funds awarded to the student.

• Increasing a student's loan eligibility due to the loss of expected financial aid awards.

@1-09 and @1-10 Loan Adjustment Information

After making changes to loan awards on the Student Aid Package page, run the loan origination process with adjustments activated to process the changes.

The following information is an example of loan change records calculated by the loan adjustment process.

1. Open Process Loans, View Disbursement Status, Origination Loan Disbursement. If a loan disbursement is adjusted or cancelled, the system displays a disbursement action message in the Description area. If the adjustment results in a CommonLine 4 change transaction record, the Change link is active.

2. Click the Change link to open the Loan Disbursement Change page and view the type of CommonLine 4 change record that the system generates for the loan disbursement.

3. The system generates the Pre-Disbursement Change (09) record type if the school has not yet received the disbursement. The Change Status of Ready indicates that no other action is necessary to complete the Loan Period Change transaction.

4. Click the active Change link to identify changes to the loan that require the system to create the Pre Disbursement Change (09) record type.

5. The system identifies the Post Disbursement Change (10) record type if the school has received the disbursement. The Change Status of Ready indicates that no other action is necessary to complete the Loan Period Change transaction.

6. Click the active Change link to identify changes to the loan that requires the system to create the Post Disbursement Change (10) record type.

Although the loan adjustment process can calculate the amount of funds that must be returned to the lender, the school is responsible for initiating and completing the return of fund transactions. Running the CommonLine 4 EFT Reconciliation reports and the CRC EFT Discrepancy reports can identify post disbursement changes that require a return of funds. After the funds are returned to the lender or disbursing agent, update the returned amounts in the CommonLine Disbursement Maintenance page.

See Also

Reviewing Loan Origination Information

Understanding the Hold/Release Process

Reviewing CommonLine Loan Status Information

Originating CommonLine Loans

Reviewing Loan Disbursement Actions

Reviewing Loan Disbursement Changes

Reviewing Cancelled and Reinstated Loans

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual, CommonLine 4 Version

Processing Post Disbursement Changes for Both CL4 and CRC

When you reinstate a loan disbursement that has already been sent to the school by the disbursing agent, you must modify the original approved disbursement date before you can generate a post disbursement change transaction record.

The loan origination program also evaluates the status of the reinstated disbursement. If the school has already received a student's loan disbursement but has not yet applied the funds to the student's account, the system does not reinstate the disbursement until it either applies the funds to the student's account or returns them to the disbursing agent.

If either of the two conditions exists, the following error message 1021 appears in the Loan Origination message log.

The business rules established between your institution and your lending partners dictate the appropriate adjustment. To request a reissue and increase of the disbursement, adjust the disbursement date in the Originate Loan - Loan Origination 3 page before you run the loan origination process. Be sure to return the funds to the lender. Use the CommonLine Disbursement Maintenance page to document the return of funds.

Processing Loan Increases for Both CL4 and CRC

Use the Student Aid Package page to increase a student's loan award. This is a loan level adjustment. If the amount of the increase exceeds the borrower's promissory note requested amount, the system generates a new loan instead of an increase. You can view the promissory note requested amount on the Loan Origination 3 page in the Maintain Originated Loans component.

The loan origination adjustment program detects changes to a student's loan awards and generates the appropriate change transaction record types. Increases use an @1-24 detail record.

Note. Loan increase transactions are most likely to occur with alternative loans. This is due to the elimination of the loan requested amount from the FFELP promissory notes. For FFELP loans, in most cases, the system originates a new loan for additional increases in loan eligibility rather than a loan increase transaction.

Generating @1-24 Loan Adjustment Information

After making changes to the loan awards in the Student Aid Package page, you must run the loan origination process with adjustments activated to process the changes.

1. Financial Aid, Process Loans, View Loan Application Status, Loan Application Summary.

2. Click the Origination Status link on the Origination Loan Summary page to view the adjusted loan (Orig Change).

3. The Change link is active because this is a loan level change.

4. Click the Change link to open the Loan Origination Change page that indicates that the system generated the Loan Increase (24) record and it is ready for transmission.

5. Click the Change link on the Loan Origination Change page to open the Loan Increase page. The page shows the changed information that you transmitted to the loan servicer.

Note. If there is a message associated with the record, the system displays a message link because the loan servicer has not received the change record. The link becomes active if the servicer rejects the change record and provides error messages.

See Also

Awarding Online

Originating CommonLine Loans

Reviewing Loan Origination Information

Processing Loan Changes

Processing Address, Phone, and Email Address Changes for CRC Loans

You have the option to submit address, phone, and email address changes for CRC change transactions. This option is part of the CRC Outbound process and functions only if you already calculated a change transaction for the loan. An address, phone, or email address change by itself does not trigger the system to generate a change transaction. If activated, when you run the CRC Outbound process, it determines whether this loan information has changed since the last time you submitted information to the servicer. If so, the system submits the changed information in the change transaction record.

Generating Change Transaction Files for CL4

To generate the CommonLine 4 change transaction file (C004P), you must process all loans in the CommonLine 4 outbound staging tables with the EDI Manager Outbound EC Agent process.

See Also

Sending CL 4 Loan Files to Destinations

Generating Change Transaction Files for CRC

To generate the change transaction XML files, you must process all loans in the CRC outbound staging tables using the CRC XML Outbound process.

See Also

Sending CRC Loan Files to Destinations

Receiving Application Response Files for CL4

You receive CommonLine 4 application response files after your loan servicer processes change transaction files. Run the Inbound EC Agent EDI Manager process to load the response information into the CommonLine 4 inbound staging tables. Then run the CommonLine 4 Inbound Driver process to move the information from the staging tables to your database. Make sure to select the Change Resp (change response) check box.

See Also

Loading CL 4 Inbound Application Response Files to Staging Tables

Receiving CommonLine Application Response Files

Receiving Application Response Files for CRC

You receive CRC response files after your loan servicer processes change transaction files. Run the CRC XML Inbound process to load the response information into the CRC inbound staging tables. Then run the CRC Inbound process to move the information from the staging tables to your database.

See Also

Loading CRC Inbound Application Response Files to Staging Tables

Accepting Change Transactions Manually

To accept change transactions manually if your guarantor does not send a response record to update the system, use the CommonLine Loan Origination Transmission page (Financial Aid, Loans, CommonLine Management, Override Loan Status). It is important to ensure that your change transactions are resolved in the system to allow subsequent change transactions to take place automatically if the student's eligibility changes further.

See Also

Managing Loan Origination Transmission Data

Managing Disbursement Hold and Release Processing

The system automatically selects and reviews pending CommonLine loan disbursements. If your institution participates in disbursement hold and release processing, you can use the Hold/Release process (FAPLCLHR) to determine if disbursements should be released to your institution or held until your institution requests the funds.

This section provides an overview of the Hold/Release process, lists prerequisites, and discusses how to run the Set Hold/Release process.

Note. Disbursement hold and release processing is an optional business process supported by CommonLine 4 and CRC. You must establish agreements with your loan servicers to participate.

See Also

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual, CommonLine 4 Version

NCHELP CommonLine Network for FFELP and Alternative Loans Reference Manual, Common Record: CommonLine

Understanding the Hold/Release Process

The Set Hold/Release Flag process uses an equation to evaluate a student's eligibility for disbursement and then sets the disbursement to be held or released. Disbursements from loan servicers that do not participate in hold and release processing are not evaluated. The equation provided for hold and release processing evaluates changes in the student's load level and checks the student's satisfactory academic progress status.

Note. You can modify the provided equation as necessary.

Records are selected for processing by using the run control settings. Each disbursement record is evaluated to meet the following criteria:

• The student's current calculated financial aid load is equal to the financial aid load set at the census date for the term the disbursement is intended.

• The student has a satisfactory academic progress status of Meets SAP or Probation.

If both conditions are true, the student is considered eligible for disbursement for the term and the disbursement hold/release status is set to R (release disbursement) if it was previously set to H (hold disbursement) on the Loan Orig CommonLine page.

If any of the conditions are false, the student is considered ineligible and status for the disbursements is set to H.

After the system sets the disbursement hold/release status on loan disbursement records, the next time that you run the loan origination process with the adjustments option activated, CommonLine 4 @1-09 Change Transaction records are generated for each disbursement.

Note. Disbursement hold and release processing is an optional business process supported by CommonLine 4. You must establish agreements with your loan servicers to participate.

See Also

Working with Equation Engine

Prerequisites

To use the CommonLine Hold/Release process, you must:

• Establish hold and release processing agreements with your loan destinations.

• Assign a default status of either Hold or Release for each eligible CommonLine 4 loan destination and No Support for nonparticipating loan destinations. The Set Hold/Release Flag process evaluates loan disbursements only where the Disbursement Hold/Release status is set to Hold or Release.

• If necessary, modify the hold and release equation provided by PeopleSoft to add additional eligibility criteria.

See Also

Defining CommonLine Options

Selecting Equations for Hold and Release

Equation Engine Programmer's Guide, PDF distributed with the PeopleSoft Enterprise Campus Solutions 9.0 Application Fundamentals PeopleBook

Pages Used to Manage the Hold/Release Process

Running the Set Hold/Release Process

Access the Hold/Release page.

Process Name	Select the equation set that you defined on the Hold/Release Equations setup page.
Hold/Release Option	Select a hold or release option. Both Hold/Release: Evaluate disbursements currently set to Release and reset to Hold, if ineligible, and evaluate disbursements currently set to Hold and reset to Release, if eligible. Release: Select to evaluate disbursements currently set to Release and reset to Hold, if ineligible.
From Date and Thru Date	Enter the earliest and latest dates for disbursement that you want to process.
Student Override	Select to activate the ID field. You can then select individual IDs for processing.
ID	When you run the process, the system evaluates only the loan disbursements for the entered IDs that fall within the From Date and Thru Date fields.
Process Monitor	Click to review any processing messages.

Resolving Change Transaction Errors

When a change transaction record is rejected, the rejected record is sent to the school in the application response file as a Change Transaction Error @6 record. Up to five error messages can be provided on this record.

This section discusses how to:

• Identify change error records.

• Review error messages.

• Resolve error messages.

• Run loan adjustments.

Identifying Change Error Records

To identify change error records:

1. Run the CL Loans on Hold (FA901) report to identify adjusted loans on hold.

2. Run the Loan Origination Auth Sumry (FA850) report to identify loan cancellation changes that were rejected.

   Use OX for the loan action code and a loan action status of R.

Reviewing Error Messages

Use the Loan Origination Information page to identify loans with a loan action status of Rejected. Determine the change record types that were generated and navigate to the appropriate Loan Origination Change or Loan Disbursement Change pages to find the rejected record.

The rejected record has a change status of Error. The Message link should also be active. Click the Message link to view the error messages.

See Also

Viewing Loan Origination Information

Viewing Loan Origination Change

Resolving Error Messages

Make the necessary changes to correct the rejection. Required actions vary based on the error messages displayed. After you have taken corrective action, use the CommonLine Loan Orig Trans page to remove the hold.

See Also

Managing Loan Origination Transmission Data

Running Loan Adjustments

After the hold has been removed—resetting the Loan Processing Stat field to In Service—run the loan origination process again. The process generates a new change transaction record for the loan. New change transactions for the rejected change transaction record, plus any additional changes made to the loan, are created. Then follow the normal procedures to complete the processing of the change: validate the loan, create outbound files, and send them.

Processing School Certification Request Applications

This section provides an overview and discusses how to:

• Process school certification requests for CL4.

• Process school certification requests for CRC.

Understanding School Certification Requests

The certification request process is an optional CommonLine 4 process for some alternative loans. The process differs from FFELP loan application processing in that the borrower applies for the loan directly with the lender instead of through the school's financial aid office. The lender or servicer then asks the school to certify the borrower's eligibility by initiating a CommonLine 4 application response record to the school. The school may not have a record of the student in the financial aid system, such as when the student did not apply for aid or the student does not exist in the school's database.

How school certification requests are handled depends on which CommonLine loan version initiates the process. The older CommonLine 4 process is handled manually, while the newer CRC process automates many of the steps.

Pages Used to Process Certification Requests

Processing School Certification Requests for CL4

To process school certification request applications for CommonLine 4 loans:

1. Load the school certification request records using the Inbound EC Agent process.

2. Run the CL Loan In process and then the CL 4 App Response Load Errors report to identify the certification request records.

   When you run the CL Loan In process, any certification request records are automatically set to Error. Run the CL 4 App Response Load Errors report to list records with a load status of Error.

3. Run the CL 4 School Cert Requests report for information necessary to process the loan.

   The CL 4 School Cert Requests report selects only certification request records that have a load status of Error. The report lists the application information provided by the loan servicer.

4. Review and process each certification request.

   1. Determine if your school participates in the loan program identified on the report.

   2. If your school participates, verify that the appropriate financial aid item types, loan types, and loan destinations have been set up to process the loan.

   3. Enter the certification request report information in the appropriate CommonLine Prom Note page.

   4. Award the student the necessary loan eligibility.

      See Awarding Online.

   5. Originate the loan, being sure to use the correct loan destination and process level. The correct process level depends on what the loan servicer expects from the school. The originated loan uses the information entered in the promissory note page.

      See Originating Loans.

   6. If the loan servicer has generated the loan ID, update the loan record and override the unique ID generated by the origination process with the loan servicer's ID.

      See Reviewing Loan Origination Information.

   7. Validate, outbound, create, and send the CommonLine 4 application send file.

      See Validating Loans.

      See Creating and Sending CommonLine Files.

   8. In the CommonLine 4 Import page, set the load status of each processed certification request record to Processed. Use Skipped if the student is not eligible.

Processing Certification Requests for CRC

Access the CRC Certification Requests page.

When the school first receives a certification request XML file, the system loads the file into the CRC staging tables using the CRC Inbound process. You can use the CRC Document Management, CRC Award Management, and View CRC Staging Table Records pages to monitor this information. Next, run the CRC Inbound process to load certification request records into the application tables. If the lender or guarantor listed on the record is not a valid certification request participant with the school, the record will not load and you will receive an error. During the load, the system uses the Search Match process to assign the student (and borrower) EmplID to the record. The record still loads if the system cannot identify the EmplID. For PLUS loans, the option to create the parent EmplID and load parent information into the Campus Community core tables is available.

You can review the certification request information loaded in the CRC Certification Request page. After assigning any missing information and verifying the student’s loan eligibility, the system updates the status of the record to ready to be originated. After you run the loan origination process, the certification request information is used to create the loan origination information. After the system originates the loan, it follows the same process flow as all other CRC loans.

You must ensure that the Aid Year, Loan Type, EmplID, and Borrower ID (for PLUS) are completed. After completion, activate the Ready to Use check box to allow the loan origination process to originate the loan using the certification request information. The student must be awarded in the same aid year with the appropriate item type(s) based on the aid year and loan type that has been assigned to the certification request record. After the system uses the record during origination, it updates the Process Date field.

Note. The existence of an incomplete certification request record does not prevent the system from originating any loans for the student.

See Also

Reviewing Annual Award Summary

Adjusting Loan Disbursements Manually

This section discusses how to modify disbursements.

Pages Used to Adjust Loan Disbursements Manually

Modifying Disbursements

Access the CommonLine Disbursement Maintenance page.

Loan Award Information (Interfaced to Authorization)

Actions Tab

Available Action Codes for Adjusting Disbursements

Check Information Tab

Select the Check Information tab.

Sequence	The origination action sequence is generated from the loan record activity.
Comments	Click to open a free-form comment page that is associated exclusively with the loan action code entered in the page.
Fund Maint (fund maintenance)	Click to enter transactions. When entering check transactions, the Check Number, Check Date, and Check Received fields can be updated with the check information.

Lender Information Tab

Select the Lender Information tab.

The Lender Information tab reflects whether the loan is a CL4 or a CRC processed loan. CL4 Lender Information displays the lender ID in the Loan Check Lender column. CRC Lender Information displays the lender's OPEID and Branch ID values.

Entering Checks Manually

Enter all checks received on this page.

Use the following action codes:

• PSCD (Check Received from Lender) if the check is to be disbursed as soon as possible.

• PSCN (Unendorsed Check Received) if unendorsed checks need to be entered, but the funds should not be disbursed to the student's account until the endorsement has been received. After the endorsement is received, a new row must be inserted with the value of PSCE (Check Endorsed) to allow the funds to be disbursed.

Adjusting Amounts After Receipt of Funds

Enter the check for the entire amount for the first loan. Use action code PSCD. Next, enter a new action of PSAD (Manual Fund Adjustment) enter a negative net amount in the value of the first disbursement for the second loan. Enter a comment explaining that reduction.

Next, select the first disbursement of the second loan. Enter action PSCD and enter a net amount for the value of the check reduction. Enter a comment explaining the entry.

Tracking Disbursements Example

Here is an example of using the CommonLine Disbursement Maintenance page to track disbursements.

Loan funds are received using EFT roster. The EFT roster load date is assumed to be the date funds are received by the institution. Authorization and disbursements are run for all students on the roster.

Run the CommonLine reconciliation reports to select all EFT records not disbursed. Review each record not disbursed. Based on the status of each disbursement, you can determine if:

• The disbursement needs to be returned or reissued. Update the loan and award if necessary. Run the loan adjustments process to calculate a return amount or reissue date. Insert an action code of PSFN (Funds Need to be Returned). Use the Actn Net field or the comment page to document the amount to be returned. After the funds have been returned, enter a new action code of PSCR (Funds Returned to Lender), and enter the amount. This reduces the net disbursement amount to zero. If the disbursement is to be reissued later, the new check will be processed normally.

• The disbursement can be made after an issue is resolved. As an example, the student needs to enroll full time. Insert an action code of PSPR (Pending Resolution). Enter a comment documenting why the disbursement should be held. Continue to run the EFT Reconciliation reports to monitor the status of the disbursement. If, after ten days, you determine that the check must be returned, enter a new action of PSFN. After the funds have been returned, enter a new action code of PSCR and enter the amount.