Search Results translation_supported
Overview
APPS.FF_DBI_UTILS_PKG is a utility package in the Oracle E-Business Suite Applications schema whose principal role is to support the Oracle FastFormula (FF) engine in the context of Oracle Human Resources and Oracle Payroll legislative processing. Its name reflects three concerns: the "FF" prefix denotes FastFormula, "DBI" denotes database interface utilities, and the "_UTILS_PKG" suffix identifies a generic helper package. The documented metadata in ETRM for release 12.2.2 classifies the object as an API of type OTHER, holds a VALID status, and exposes three documented procedures or functions. The package body is registered in the ETRM repository and is available to dependent code because it is compiled under the APPS schema, allowing callers to invoke it through the APPS synonym without granting direct rights on the underlying package body.
In the broader EBS 12.1.1 and 12.2.2 architecture, FastFormula utilities of this type are consumed by payroll and HR functions that must resolve database item names, determine the legislative context of a formula, and produce user-facing strings that respect language and territory rules. The package therefore sits behind the scenes rather than being driven directly by a form or concurrent program, and its value is measured by the consistency it provides to higher-level FastFormula and payroll components.
Key Procedures and Functions
- STR2DBINAME — Converts a character string representation into a valid database item name. This is typically used when FastFormula code or surrounding metadata supplies a token that must be mapped to the actual database item identifier understood by the formula engine. It centralizes the naming convention so that callers do not each reimplement the same transformation.
- TRANSLATIONS_SUPPORTED — Provides a test or query that indicates whether translations are supported for a given FastFormula or legislative context. Callers use the result to decide whether translated formula text should be retrieved or whether the base language definition applies.
- TRANSLATION_SUPPORTED — The singular counterpart to the preceding function, evaluating translation support for a single item, formula, or context. This distinction allows callers to obtain an aggregate answer for a set of objects or a precise answer for one object without ambiguity.
No parameter lists are enumerated in the ETRM metadata. The three documented procedures represent the full public surface previously identified by the repository, and no additional capabilities should be assumed from external sources.
Tables Accessed
Two tables are documented as referenced through APPS synonyms. The first is PAY_LEGISLATION_RULES, which defines the legislative rules that govern payroll processing for each legislation, including the rules that determine whether translated formula text is applicable to a given formula in a given territory. The translation support functions read this table to answer their questions. The second is PLITBLM, a PL/SQL index-by table type rather than a physical table. Its presence in the dependency list indicates that the package uses an index-by table collection in its internal logic, likely for buffering or passing sets of names.
Usage Notes
FF_DBI_UTILS_PKG is not referenced by any database object according to the ETRM dependency record, yet the documented package metadata notes that the package is referenced by nine other packages. That combination indicates that the calling packages reside outside the reverse-dependency capture or are themselves inactive, and confirms that the utilities are intended to be invoked by peer PL/SQL code rather than by forms or concurrent programs directly. Typical callers are payroll and HR FastFormula processing packages, calculation routines, and legislative data extraction logic that need consistent database item naming and translation support checks. Custom code should invoke the package through the APPS synonym, confirm that the caller holds EXECUTE privileges in the target environment, and avoid relying on internal program units that are not part of the three documented procedures. Because the package also depends on HR_CHKFMT, HR_UTILITY, and HR_UTILITY-related logic, behavior can vary with HR legislative configuration, so testing should cover the specific legislation and language combinations in scope.