Search Results create_applicant
Overview
GHR_APPLICANT_API is a public PL/SQL API belonging to the Oracle Human Resources (HRMS) product family, owned by the APPS schema. It exposes a supported programmatic interface for creating and validating external applicant records within Oracle E-Business Suite Release 12.1.1 and 12.2.2. The package body header (ghappapi.pkb 120.0.12010000.1) indicates a long-standing, stable interface that has remained largely unchanged across the 12.x code line. Its principal purpose is to encapsulate the business rules, validation logic, and multi-table insert sequence required to register a new applicant against a business group, thereby shielding callers from the internal structure of the underlying recruitment data model. Because it is classified as an API in the EBS Technical Reference Manual, it is intended for direct invocation by forms, concurrent programs, and custom extensions rather than being treated as an internal implementation detail.
Key Procedures and Functions
The package body documents a single public procedure:
- CREATE_APPLICANT — Inserts a new applicant into the recruitment schema, deriving the applicant's core person record and applications row. It accepts a validation flag plus the mandatory date received, business group, and last name, along with a substantial set of optional demographic, contact, and descriptive-flexfield parameters. Notably, the
p_applicant_numberparameter is declaredIN OUT NOCOPY, reflecting that Oracle may generate an applicant number internally and return it to the caller when one is not supplied. The procedure is defaulted to no-validation mode unless explicitly invoked with validation enabled, allowing callers to pre-validate before committing.
No other procedures or functions are documented for this package in the ETRM metadata, confirming that CREATE_APPLICANT is the sole supported entry point.
Tables Accessed
The documented table reference is PER_APPLICATIONS (accessed through the APPS synonym). This is the primary recruitment table in which the newly created applicant record is stored. The package reads and writes PER_APPLICATIONS to persist the applicant header information — applicant number, date received, business group, and the associated person reference — and to enforce uniqueness and business-group validation. Although the ETRM extract lists only PER_APPLICATIONS, the procedure's parameter set (name, date of birth, sex, nationality, national identifier) implies that the corresponding HR person record is also created as part of the same logical transaction, consistent with the standard Oracle HR applicant model.
Usage Notes
Typical invocation occurs from the Oracle iRecruitment and Human Resources forms, where applicant entry is captured, and from custom PL/SQL that requires bulk or automated applicant registration. Best practice is to call CREATE_APPLICANT first with p_validate = TRUE to confirm business rules, then re-invoke with p_validate = FALSE to perform the actual insert within the application's transaction control. The package is referenced by one other documented package, confirming its role as a foundational dependency in the recruitment API stack. Because it is an APPS-owned public API, customizations should call it directly rather than writing to PER_APPLICATIONS, ensuring validation logic and future upgrades are respected.
-
APPS.GHR_APPLICANT_API SQL Statements
12.1.1
-
APPS.GHR_APPLICANT_API SQL Statements
12.2.2
-
PACKAGE BODY: APPS.GHR_APPLICANT_API
12.2.2
-
PACKAGE BODY: APPS.GHR_APPLICANT_API
12.1.1
-
Lookup Type: PERSON_TYPE_END_METHOD
12.2.2
product: IGS - Student System (Obsolete) , meaning: Person Type End Method , description: Person Type End Method ,
-
Lookup Type: PERSON_TYPE_END_METHOD
12.1.1
product: IGS - Student System , meaning: Person Type End Method , description: Person Type End Method ,
-
PACKAGE: APPS.GHR_APPLICANT_API
12.1.1
-
PACKAGE: APPS.GHR_APPLICANT_API
12.2.2
-
PACKAGE: APPS.PER_MX_VALIDATE_ID
12.1.1
-
PACKAGE: APPS.PER_MX_VALIDATE_ID
12.2.2
-
PACKAGE: APPS.HR_AU_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_SA_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_CA_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_AU_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_CA_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_SA_APPLICANT_API
12.2.2
-
PACKAGE: APPS.PER_DB_PER_ADDITIONAL
12.1.1
-
PACKAGE: APPS.PER_DB_PER_ADDITIONAL
12.2.2
-
PACKAGE: APPS.HR_FR_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_FR_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_KW_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_HK_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_NZ_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_AE_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_KW_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_CN_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_NZ_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_SG_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_HK_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_SG_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_CN_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_AE_APPLICANT_API
12.1.1
-
PACKAGE BODY: APPS.HR_APPLICANT_API
12.1.1
-
PACKAGE BODY: APPS.PER_MX_VALIDATE_ID
12.1.1
-
PACKAGE BODY: APPS.PER_MX_VALIDATE_ID
12.2.2
-
PACKAGE BODY: APPS.HR_APPLICANT_BK1
12.1.1
-
PACKAGE BODY: APPS.HR_APPLICANT_BK1
12.2.2
-
PACKAGE BODY: APPS.HR_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_APPLICANT_API
12.1.1
-
PACKAGE BODY: APPS.PER_DB_PER_ADDITIONAL
12.2.2
-
PACKAGE BODY: APPS.PER_DB_PER_ADDITIONAL
12.1.1
-
PACKAGE: APPS.HR_DK_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_DK_APPLICANT_API
12.2.2
-
APPS.HR_APPLICANT_API SQL Statements
12.1.1
-
PACKAGE: APPS.HR_NO_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_NO_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_FI_APPLICANT_API
12.1.1
-
PACKAGE: APPS.HR_SE_APPLICANT_API
12.2.2
-
PACKAGE: APPS.HR_SE_APPLICANT_API
12.1.1