Search Results aplins_admreq_id




Overview

The IGS_AD_APLINS_ADMREQ table is a core data structure within the Oracle E-Business Suite (EBS) 12.1.1 and 12.2.2, specifically for the Oracle Student Management (OSM) or Campus Solutions modules. It functions as a linking or intersection table that establishes a many-to-many relationship between application instances and admission requirements represented as tracking items. Its primary role is to associate a specific program application instance for a person with one or more tracking types, thereby creating a distinct tracking item for monitoring admission requirements. This table is essential for managing the lifecycle of application prerequisites, such as document submissions, test scores, or other conditions that must be satisfied during the admissions process.

Key Information Stored

The table's columns can be categorized into three primary groups: the composite foreign key to the application instance, the tracking item link, and standard system columns. The unique identifier for each record is the APLINS_ADMREQ_ID, a system-generated sequence number. The application instance is uniquely identified by a combination of five columns: PERSON_ID, ADMISSION_APPL_NUMBER, COURSE_CD, and SEQUENCE_NUMBER. The TRACKING_ID column is a foreign key that links to the specific tracking item (admission requirement) assigned to this application instance. The table also includes standard WHO columns (CREATED_BY, CREATION_DATE, LAST_UPDATED_BY, LAST_UPDATE_DATE, LAST_UPDATE_LOGIN) and Concurrent Program WHO columns (REQUEST_ID, PROGRAM_APPLICATION_ID, PROGRAM_ID, PROGRAM_UPDATE_DATE) for audit and processing context.

Common Use Cases and Queries

A primary use case is generating reports on the status of admission requirements for a cohort of applicants or for a specific program. Administrators may query this table to list all tracking items associated with an application or to identify applications missing specific required items. Common SQL patterns involve joining to the application instance and tracking item detail tables. For example, to retrieve all admission requirements for a specific application, one would use a query structured as follows:

  • SELECT a.*, t.tracking_type FROM igs.igs_ad_aplins_admreq a JOIN igs_tr_item_all t ON a.tracking_id = t.tracking_id WHERE a.person_id = &person_id AND a.admission_appl_number = &app_number AND a.course_cd = '&course_code';

Another critical use case is during data validation or migration, where ensuring the integrity of these links is necessary for accurate applicant status reporting.

Related Objects

The IGS_AD_APLINS_ADMREQ table sits at the intersection of two major entities, as defined by its documented foreign key relationships. It has a mandatory relationship with the application instance table, ensuring every record is tied to a valid application.

  • IGS_AD_PS_APPL_INST_ALL: The table references this object via the composite key of PERSON_ID, ADMISSION_APPL_NUMBER, COURSE_CD, and SEQUENCE_NUMBER. This links the requirement to a specific instance of a program application.
  • IGS_TR_ITEM_ALL: The table references this object via the TRACKING_ID column. This links the application instance to the specific tracking item that defines the admission requirement's details and status.

The table's primary key, IGS_AD_APLINS_ADMREQ_PK (on APLINS_ADMREQ_ID), is referenced by other objects to maintain data integrity, and its two unique indexes enforce business rules preventing duplicate requirement assignments.