Search Results igsfv_party_refunds
Overview
The IGSFV_PARTY_REFUNDS view is a read-only reporting object in the Oracle E-Business Suite Student System (IGS) module. It presents refund transactions created when a student or party accrues excess unapplied credits and those credits are returned rather than applied against outstanding charges. The view consolidates refund header data with the associated party identity, fee type, calendar instance, invoice, and accounting flexfield information, providing a single denormalized row per refund transaction suitable for reporting and downstream integration.
The view is defined in the APPS schema with a status of VALID and is declared WITH READ ONLY, meaning no DML may be issued against it. Because the definition exposes descriptive flexfield and key flexfield pseudo-columns (for example, _DF:IGS:IGS_FI_REFUNDS_FLEX and the _KF:SQLGL:GL# account generators), it is designed primarily for use by Oracle Forms, OAF pages, and XML/reporting tools that can resolve these tokens at runtime. When queried directly through SQL*Plus or a BI publisher, the flexfield tokens must be expanded to their stored underlying column values.
Underlying Base Objects
The view is built over nine documented base objects joined in a single SELECT:
IGS_FI_REFUNDS(aliased RE1) — the primary driver table holding refund transactions; also self-joined as RE2 via the outer joinRE1.SOURCE_REFUND_ID = RE2.REFUND_ID(+)to relate reversal refunds back to the original refund.HZ_PARTIES— joined twice, as PA1 (refund person viaRE1.PERSON_ID = PA1.PARTY_ID) and as PA2 (payee person viaRE1.PAY_PERSON_ID = PA2.PARTY_ID).IGS_FI_FEE_TYPE_ALL— supplies the fee type description, keyed onFEE_TYPE.IGS_CA_INST_ALL— supplies the calendar instance (start date, end date, description, alternate code) via fee calendar type and sequence number.IGS_FI_INV_INT_ALL— supplies the invoice number for the refund.IGS_FI_ACC_ALL— joined twice (AC1 and AC2, outer) to resolve the debit and credit account code descriptions.GL_CODE_COMBINATIONS— joined twice (GCC1 and GCC2, outer) onDR_GL_CCIDandCR_GL_CCIDto supply the accounting flexfield combinations.
Key Columns
REVERSAL_GL_DATE— the GL date assigned when a refund is reversed; directly relevant to the search term reversal_gl_date, and paired withREVERSAL_INDICATORandREVERSAL_REASONto identify and contextualize reversed refunds.GL_DATEandVOUCHER_DATE— the accounting date and voucher date of the originating refund; a secondVOUCHER_DATEis projected from RE2 for the source refund.REFUND_AMOUNT— the monetary value of the refund.FEE_TYPE,FEE_CALENDAR_TYPE, andFEE_CI_SEQUENCE_NUMBER— identify the fee and calendar instance to which the refund relates.DEBIT_ACCOUNT_CODE/CREDIT_ACCOUNT_CODEandDR_GL_CCID/CR_GL_CCID— the accounting distribution for the refund entry.PARTY_NUMBER/PARTY_NAMEandPAYEE_PARTY_NUMBER/PAYEE_PARTY_NAME— identify the refunded party and the payee.REFUND_ID,SOURCE_REFUND_ID,PERSON_ID,PAY_PERSON_ID,INVOICE_ID— primary and foreign identifiers for integration.- Audit columns
CREATION_DATE,CREATED_BY,LAST_UPDATE_DATE, andLAST_UPDATED_BY.
Common Use Cases and Queries
A typical reconciliation report lists reversed refunds and their accounting dates:
SELECT refund_id, party_name, fee_type, refund_amount, reversal_gl_date FROM igsfv_party_refunds WHERE reversal_indicator = 'Y' ORDER BY reversal_gl_date;- Refunds awaiting transfer, using the transfer status lookup:
SELECT refund_id, party_name, refund_amount FROM igsfv_party_refunds WHERE transfer_status = 'PENDING'; - Fee-level refund analysis by calendar instance:
SELECT fee_type, fee_calendar_type, SUM(refund_amount) FROM igsfv_party_refunds GROUP BY fee_type, fee_calendar_type;
Because the view is read-only, all access is reporting or extract oriented, and any correction to refund data must be performed against the IGS_FI_REFUNDS base table through supported application flows.
-
View: IGSFV_PARTY_REFUNDS
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:IGS.IGSFV_PARTY_REFUNDS, object_name:IGSFV_PARTY_REFUNDS, status:VALID, product: IGS - Student System , description: Stores all refund transactions, which have been created due to excess unapplied credits. , implementation_dba_data: APPS.IGSFV_PARTY_REFUNDS ,
-
View: IGSFV_PARTY_REFUNDS
12.2.2
product: IGS - Student System (Obsolete) , description: Stores all refund transactions, which have been created due to excess unapplied credits. , implementation_dba_data: Not implemented in this database ,
-
SYNONYM: APPS.IGS_FI_ACC_ALL
12.1.1
owner:APPS, object_type:SYNONYM, object_name:IGS_FI_ACC_ALL, status:VALID,
-
SYNONYM: APPS.IGS_FI_REFUNDS
12.1.1
owner:APPS, object_type:SYNONYM, object_name:IGS_FI_REFUNDS, status:VALID,
-
SYNONYM: APPS.IGS_FI_FEE_TYPE_ALL
12.1.1
owner:APPS, object_type:SYNONYM, object_name:IGS_FI_FEE_TYPE_ALL, status:VALID,
-
SYNONYM: APPS.IGS_FI_INV_INT_ALL
12.1.1
owner:APPS, object_type:SYNONYM, object_name:IGS_FI_INV_INT_ALL, status:VALID,
-
VIEW: APPS.IGSFV_PARTY_REFUNDS
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:IGS.IGSFV_PARTY_REFUNDS, object_name:IGSFV_PARTY_REFUNDS, status:VALID,
-
SYNONYM: APPS.IGS_CA_INST_ALL
12.1.1
owner:APPS, object_type:SYNONYM, object_name:IGS_CA_INST_ALL, status:VALID,
-
SYNONYM: APPS.GL_CODE_COMBINATIONS
12.1.1
owner:APPS, object_type:SYNONYM, object_name:GL_CODE_COMBINATIONS, status:VALID,
-
12.1.1 FND Design Data
12.1.1
-
12.2.2 FND Design Data
12.2.2
-
SYNONYM: APPS.HZ_PARTIES
12.1.1
owner:APPS, object_type:SYNONYM, object_name:HZ_PARTIES, status:VALID,
-
12.1.1 DBA Data
12.1.1
-
eTRM - IGS Tables and Views
12.1.1
description: Holds applicant whose records are wrongly available . It is recommended that such applicant records are deleted from the system . It synchronizes with UCAS view 'ivStarW'. ,
-
eTRM - IGS Tables and Views
12.1.1
description: Holds applicant whose records are wrongly available . It is recommended that such applicant records are deleted from the system . It synchronizes with UCAS view 'ivStarW'. ,