Results for “nslds_agg_unsbz_total”

18 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

IGF_AP_NSLDS_DATA_V is a Financial Aid (IGF) seed view owned by the APPS schema and shipped in valid status within Oracle E-Business Suite 12.1.1 and 12.2.2. Its documented description is "NSLDS Details." The view exposes data received from the National Student Loan Data System (NSLDS), the U.S. Department of Education clearinghouse that reports a student's Title IV loan and grant history to institutions participating in federal student aid programs.

Within the Oracle Student System / Financial Aid architecture, NSLDS data arrives as part of the ISIR (Institutional Student Information Record) transaction load. The view provides a denormalized, flat read interface over that payload, allowing callers to evaluate default status, aggregate outstanding loan balances, overpayment flags, and Pell payment history without navigating the normalized staging and detail tables. It is primarily consumed by financial aid inquiry pages, validation logic, and reporting extracts rather than by transactional processing.

Underlying Base Objects

The ETRM metadata documents no referenced base objects for this view in 12.2.2. The naming convention of the exposed columns — NSLDS_ID, ISIR_ID, and BASE_ID — indicates the view is defined over NSLDS detail and ISIR base tables within the IGF schema family, keyed by an NSLDS record identifier, the originating ISIR identifier, and the student base identifier. Because the view text is a straight projection of columns with no aggregation or join predicates shown, it functions as a column-level abstraction layer: downstream code selects from IGF_AP_NSLDS_DATA_V so that the physical table layout can change between releases without breaking dependent objects.

This abstraction is significant during an upgrade from 12.1.1 to 12.2.2. Views in the IGF product family are frequently re-pointed at restructured tables while retaining their public column lists. Any customer extension that hard-codes a direct reference to a base table instead of the view may require remediation.

Key Columns

Common Use Cases and Queries

Typical uses include verifying default or overpayment status before authorizing a disbursement, reconciling institutional records against NSLDS-reported aggregate totals, and extracting Pell payment history for reporting.

Retrieve aggregate and consolidated totals for a student:

  • SELECT base_id, nslds_transaction_num, nslds_agg_sabsz_total, nslds_agg_unsbz_total, nslds_agg_comb_total, nslds_agg_consd_total FROM apps.igf_ap_nslds_data_v WHERE base_id = :p_base_id;

Identify records with a defaulted loan or Pell overpayment flag:

  • SELECT isir_id, nslds_id, nslds_defaulted_loan_f, nslds_pell_overpay_f FROM apps.igf_ap_nslds_data_v WHERE nslds_defaulted_loan_f = 'Y' OR nslds_pell_overpay_f = 'Y';

Detect records where NSLDS reported changed aggregate loan data, useful for periodic reconciliation:

  • SELECT base_id, nslds_agg_loan_chng_f FROM apps.igf_ap_nslds_data_v WHERE nslds_agg_loan_chng_f = 'Y';

Because the view carries no documented WHERE clause, callers should always filter by BASE_ID, ISIR_ID, or NSLDS_ID. Applying a transaction-number predicate ensures the most recent NSLDS response is selected when multiple transactions exist for a student.