Search Results curr_treatment_id




Overview

The GCS.GCS_CURR_TREATMENTS_TL table is a Translation (TL) table within the Oracle E-Business Suite (EBS) Global Consolidation System (GCS) module. Its primary role is to store translated, language-specific text for currency treatment definitions. This enables the application to display descriptive names and descriptions for currency treatments in multiple languages, supporting global deployments. The table is a critical component for maintaining multilingual data integrity in consolidation processes, where currency treatment rules govern how foreign currency transactions and balances are handled during financial consolidation. It is a seed data table, residing in the APPS_TS_SEED tablespace, indicating its content is largely static and delivered by Oracle.

Key Information Stored

The table's structure centers on a composite primary key and user-facing translatable attributes. The mandatory CURR_TREATMENT_ID column links each row to its base definition in a corresponding entity table (e.g., GCS_CURR_TREATMENTS_B). The LANGUAGE column specifies the language code (e.g., 'US', 'D') for the translation, while SOURCE_LANG records the original language of the data. The core translatable content is held in CURR_TREATMENT_NAME (a 50-character name) and DESCRIPTION (a 240-character explanatory field). Standard Oracle Applications "Who" columns (CREATION_DATE, CREATED_BY, LAST_UPDATE_DATE, LAST_UPDATED_BY, LAST_UPDATE_LOGIN) track row history for auditing and compliance purposes.

Common Use Cases and Queries

This table is primarily accessed by the GCS application to render user interfaces and reports in a user's preferred language. Common operational and reporting queries involve joining this table with its base table to retrieve a complete, language-specific treatment definition. A typical pattern is to filter by CURR_TREATMENT_ID and LANGUAGE to fetch a specific translation. For reporting, a query might join to the FND_LANGUAGES table via the LANGUAGE column to get the language name. The standard query provided in the metadata is the foundational SELECT statement for all columns. A more practical, joined query for a report might be:

  • SELECT gctl.CURR_TREATMENT_NAME, gctl.DESCRIPTION, fl.LANGUAGE_NAME FROM GCS.GCS_CURR_TREATMENTS_TL gctl, FND_LANGUAGES fl WHERE gctl.LANGUAGE = fl.LANGUAGE_CODE AND gctl.CURR_TREATMENT_ID = :p_treatment_id;

Related Objects

The table has defined relationships with other EBS schema objects, primarily through foreign key constraints and its role as a translation layer. Its composite primary key, GCS_CURR_TREATMENTS_TL_PK (CURR_TREATMENT_ID, LANGUAGE), is likely referenced by the base table GCS_CURR_TREATMENTS_B. The table has two documented foreign key relationships to the FND_LANGUAGES table, validating entries in its LANGUAGE and SOURCE_LANG columns against standard application language codes. The dependency information confirms it is referenced by the APPS synonym GCS_CURR_TREATMENTS_TL, which is the standard access point for all application code. As a TL table, its most critical relationship is with its corresponding base table, which holds the non-translatable attributes for each CURR_TREATMENT_ID.