Search Results igs_da_req_rpts




Overview

The IGS_DA_REQ_RPTS table is a data storage object within the Oracle E-Business Suite, specifically architected for the IGS (Student System) module, which is documented as obsolete. Its primary function was to store Degree Audit Request Reports generated by a third-party application. A degree audit is a critical academic advising tool that compares a student's completed coursework against their degree program requirements. This table served as the repository for the output reports from that external audit process, linking them to specific student requests within the EBS ecosystem. Its role was to persist these generated reports, likely in a formatted or processed state, for subsequent review, printing, or archival purposes.

Key Information Stored

Based on the provided metadata, the table's structure is defined by a composite primary key and a relationship to student request data. The key columns are BATCH_ID and PERSON_ID, which together uniquely identify each stored report record. The BATCH_ID would typically associate the report with a specific run or group of degree audit requests processed together. The PERSON_ID is the identifier for the student (person) for whom the audit report was generated. While specific content columns (like the report text, blob, or XML) are not detailed in the excerpt, the table's description confirms it held the actual report data produced by the third-party system. The implementation note stating "Not implemented in this database" is critical; it indicates this table was part of the data model but may not have been physically instantiated in all deployments, often due to custom implementations or the use of alternative reporting mechanisms.

Common Use Cases and Queries

The primary use case was retrieving a specific student's degree audit report for academic advising or administrative review. A typical query would join to the student request table to fetch relevant context. Given the "obsolete" status, direct operational use in current systems is unlikely, but historical data retrieval or migration projects might reference it. Sample SQL to locate a report for a specific student in a given batch would leverage its primary key:

  • SELECT * FROM IGS_DA_REQ_RPTS WHERE BATCH_ID = &batch_id AND PERSON_ID = &person_id;

Reporting use cases would involve listing all reports generated within a specific batch or for a cohort of students, often joined with person and program tables from related modules to add student name and program details to the report listing.

Related Objects

The table has a documented foreign key relationship, indicating its dependency on another core table for student request data. The related objects are:

  • IGS_DA_REQ_STDNTS: This is the primary related table. The foreign key in IGS_DA_REQ_RPTS (BATCH_ID, PERSON_ID) references the IGS_DA_REQ_STDNTS table. This relationship ensures that every stored report corresponds to a valid student degree audit request previously logged in the system. The join condition is typically: IGS_DA_REQ_RPTS.BATCH_ID = IGS_DA_REQ_STDNTS.BATCH_ID AND IGS_DA_REQ_RPTS.PERSON_ID = IGS_DA_REQ_STDNTS.PERSON_ID.

No other foreign keys or referencing objects are listed in the provided metadata, suggesting this table was primarily a child endpoint in the data model for storing the output of the audit process.