Search Results pay_org_payment_methods_f_tl




Overview

PAY_ORG_PAYMENT_METHODS_F_TL is the translation (TL) table for organizational payment methods in the Oracle Payroll (PAY) module. It stores language-specific, user-facing text for each payment method definition, most notably the payment method name presented to users in a given language. The base definition of a payment method — its attributes, validation rules, and configuration — resides in the corresponding non-translated table (PAY_ORG_PAYMENT_METHODS_F), while this _TL table supplies the multilingual display layer keyed by organization payment method and language.

The object is owned by the HR schema and is classified as VALID in the EBS 12.2.2 data dictionary, with ten documented columns. The ETRM metadata assigns a heuristic Data Vault classification of "standalone," meaning the object exhibits no foreign-key dependency chain within the mined FK structure and is best modeled as an independent hub/satellite construct rather than a link. This suggests the table can be loaded and joined on its own business keys without traversing a parent-child dependency graph.

Key Information Stored

The most significant columns fall into three groups:

  • ORG_PAYMENT_METHOD_ID — the surrogate identifier linking this translation row to the underlying organization payment method definition. It forms part of the composite primary key.
  • LANGUAGE — the language code identifying which translation this row carries; also part of the primary key.
  • ORG_PAYMENT_METHOD_NAME — the translated, display-facing name of the payment method, the principal payload of the table.
  • SOURCE_LANG — the language from which the translation originated, supporting translation maintenance workflows.
  • LAST_UPDATE_DATE, LAST_UPDATED_BY, LAST_UPDATE_LOGIN — the standard EBS WHO audit columns capturing when and by whom the translation was last modified.
  • CREATED_BY, CREATION_DATE — WHO audit columns recording initial creation of the row.
  • ZD_EDITION_NAME — the editioning column used by Oracle EBS 12.2.2's Online Patching architecture, isolating rows belonging to a particular edition.

The primary key, PAY_ORG_PAYMENT_METHODS_TL_PK, is defined over ORG_PAYMENT_METHOD_ID and LANGUAGE. A wider unique index additionally includes ZD_EDITION_NAME (ORG_PAYMENT_METHOD_ID, LANGUAGE, ZD_EDITION_NAME), reflecting the edition-aware business key introduced for online patching. ORG_PAYMENT_METHOD_ID and LANGUAGE together constitute the business-key candidate that guarantees one translation row per method per language.

Common Use Cases and Queries

Typical reporting joins this table to its base domain table to produce human-readable payment method labels. A representative query retrieves the localized name:

SELECT b.org_payment_method_id,
       t.org_payment_method_name,
       t.language
FROM   pay_org_payment_methods_f b,
       pay_org_payment_methods_f_tl t
WHERE  t.org_payment_method_id = b.org_payment_method_id
AND    t.language = USERENV('LANG');

Payroll administrators use these rows when configuring payment methods and validating that every method carries a translation for each active language. Extraction and integration routines frequently filter on ZD_EDITION_NAME to isolate the current edition under Online Patching, and on LANGUAGE to select a single localized view. Auditors and data-quality teams query the WHO columns to trace when translations were introduced or altered.

Related Objects

  • PAY_ORG_PAYMENT_METHODS_F — the base (non-translated) organization payment method table; joined on ORG_PAYMENT_METHOD_ID.
  • PAY_ORG_PAYMENT_METHODS_TL — the related translation table sharing the same primary key structure and business-key columns.
  • PAY_PAYMENT_METHODS — related payment method definitions used across payroll processing.
  • FND_LANGUAGES — provides valid values and descriptions for the LANGUAGE column.
  • PAY_PAYROLL_ACTIONS and PAY_PAYROLL_RUNS — payroll processing objects that reference configured payment methods.
  • FND_TERRITORIES and localization tables — supply contextual language and territory metadata for translation maintenance.

Because the heuristic classification is standalone, joins are direct on ORG_PAYMENT_METHOD_ID and LANGUAGE rather than through an intermediate link table, simplifying query construction for reporting and integration teams.