Search Results create_oracle_user




Overview

FND_WEB_SEC is the Oracle E-Business Suite security package that underpins authentication, password management, and Oracle schema provisioning for the Applications framework. In EBS 12.1.1 and 12.2.2, it is owned by APPS and classified by ETRM as an OTHER API, meaning it is exposed for controlled use but is not a general-purpose business API. Its scope is the FND_USER business entity, and its responsibilities span validating local (non-SSO) user credentials, maintaining login audit trails, encrypting and re-encrypting passwords, and creating or migrating the underlying Oracle database users associated with EBS application accounts. The package header carries the internal header revision AFSCJAVS.pls 120.11.12010000.1 and is referenced by 37 other packages, reflecting its role as a foundational dependency for the AOL/Foundation security stack. Much of the package is explicitly marked for AOL internal use only; Oracle directs callers to documented wrappers such as fnd_user_pkg.validatelogin to insulate custom code from undocumented underlying changes. The metadata identifies 33 documented procedures and functions.

Key Procedures and Functions

The documented entry points fall into several functional groups:

Tables Accessed

The package reads and writes the core Foundation security tables through APPS synonyms:

Supporting dictionary and package dependencies include DUAL, USER_TABLES, DBMS_LOCK, DBMS_SQL, DBMS_SESSION, DBMS_UTILITY, DBMS_RANDOM, and DBMS_OBFUSCATION_TOOLKIT (the last used for the legacy encryption routines).

Usage Notes

FND_WEB_SEC is invoked primarily by the EBS sign-on flow, by Oracle's own AOL packages, and by the concurrent programs that provision and migrate users. Custom code that needs to authenticate credentials should call the supported wrapper fnd_user_pkg.validatelogin rather than validate_login directly, because the underlying routines are documented as AOL internal use only. CREATE_ORACLE_USER and the re-encryption routines are relevant during user migration and password algorithm upgrades, and should not be called ad hoc in production. Because the package touches the encrypted password columns of FND_USER_S and FND_ORACLE_USERID_S, any direct invocation must run as APPS with the correct encryption mode established via GET_PWD_ENC_MODE. In 12.1.1 and 12.2.2 the implementation is unchanged in substance, though the header dates it to 2008; the cited dependencies remain valid across both releases.