Search Results france sabi kali is a
The IBY_PAYMENT_METHODS_TL
table in Oracle E-Business Suite (EBS) 12.1.1 or 12.2.2 is a critical component of the Oracle Payments module, which facilitates payment processing across various Oracle applications. This table stores translated descriptions of payment methods, enabling multilingual support for payment-related data. Below is a detailed analysis of its structure, purpose, and integration within Oracle EBS.
Table Overview
IBY_PAYMENT_METHODS_TL
is a child table of IBY_PAYMENT_METHODS_B
, forming part of the Oracle Payments' data model. While IBY_PAYMENT_METHODS_B
stores the base (non-translated) payment method details, the TL
(Translation) table holds language-specific descriptions, ensuring that payment methods can be displayed in the user's preferred language. This design aligns with Oracle's multi-org and multi-language architecture.
Key Columns and Structure
The table includes the following key columns:- PAYMENT_METHOD_CODE: A unique identifier for the payment method, acting as a foreign key to
IBY_PAYMENT_METHODS_B
. - LANGUAGE: Stores the language code (e.g., 'US' for English, 'FR' for French) for the translated record.
- SOURCE_LANG: Indicates the original language of the record, used for synchronization during translations.
- NAME: The translated name of the payment method (e.g., "Credit Card" in English, "Carte de crédit" in French).
- DESCRIPTION: A detailed translated description of the payment method.
CREATED_BY
, CREATION_DATE
, LAST_UPDATED_BY
, and LAST_UPDATE_DATE
for auditing purposes.
Functional Role
This table supports Oracle Payments' ability to handle cross-border transactions by providing localized payment method names and descriptions. For example:- An invoice payment portal in France displays "Virement Bancaire" instead of "Bank Transfer."
- Reports generated in Spanish show "Tarjeta de Crédito" for credit card payments.
Integration with Oracle EBS Modules
IBY_PAYMENT_METHODS_TL
integrates with:
- Accounts Payable (AP): Localized payment methods appear in payment batch screens.
- Accounts Receivable (AR): Customer payment screens display translated payment options.
- iReceivables: Self-service portals render payment methods in the user's language.
IBY_PAYMENT_METHODS_VL
(V for View, L for Language), which combine base and translated data for reporting and UI rendering.
Technical Considerations
- Indexing: Typically indexed on
PAYMENT_METHOD_CODE
andLANGUAGE
for efficient joins. - Seed Data: Pre-populated with standard payment methods (e.g., CHECK, WIRE, CARD) during installation.
- Customization: Organizations can add translations for custom payment methods via Oracle's Translation Console or direct SQL (with caution).
Conclusion
TheIBY_PAYMENT_METHODS_TL
table is a foundational element in Oracle EBS Payments, enabling global enterprises to present payment options in multiple languages seamlessly. Its design reflects Oracle's commitment to localization and scalability, ensuring consistent payment processing across diverse geographies and applications. Proper maintenance of this table—through regular translations and synchronization with the base table—is essential for multinational deployments.
-
Lookup Type: IBY_N/A
12.1.1
product: IBY - Payments , meaning: Not Applicable , description: Not Applicable ,
-
Lookup Type: IBY_N/A
12.2.2
product: IBY - Payments , meaning: Not Applicable , description: Not Applicable ,
-
Lookup Type: IBY_TRANSACTION_STATUS
12.1.1
product: IBY - Payments , meaning: Transaction Statuses , description: Transaction Status defined in Oracle Payments ,
-
Table: IBY_PAYMENT_METHODS_TL
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PAYMENT_METHODS_TL, object_name:IBY_PAYMENT_METHODS_TL, status:VALID, product: IBY - Payments , description: IBY_PAYMENT_METHODS stores the payment methods that Oracle Payments supports. A payment method is a payment attribute on a document payable that indicates how the first party payer is going to make the payment. Examples of payment methods i , implementation_dba_data: IBY.IBY_PAYMENT_METHODS_TL ,
-
Lookup Type: IBY_TRANSACTION_STATUS
12.2.2
product: IBY - Payments , meaning: Transaction Statuses , description: Transaction Status defined in Oracle Payments ,
-
Table: IBY_PAYMENT_METHODS_B
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PAYMENT_METHODS_B, object_name:IBY_PAYMENT_METHODS_B, status:VALID, product: IBY - Payments , description: IBY_PAYMENT_METHODS stores the payment methods that Oracle Payments supports. A payment method is a payment attribute on a document payable that indicates how the first party payer is going to make the payment. Examples of payment methods i , implementation_dba_data: IBY.IBY_PAYMENT_METHODS_B ,
-
Table: IBY_EXTRACT_ACTIVATIONS
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_EXTRACT_ACTIVATIONS, object_name:IBY_EXTRACT_ACTIVATIONS, status:VALID, product: IBY - Payments , description: IBY_EXTRACT_ACTIVATIONS defines which computed fields within an extract are unnecessary for a particular format, with each row corresponding to a single field for that extract. When the extract engine is called for a particular format, ever , implementation_dba_data: IBY.IBY_EXTRACT_ACTIVATIONS ,
-
Lookup Type: IBY_REMIT_ADVICE_CONDITIONS
12.1.1
product: IBY - Payments , meaning: Remittance Advice Conditions , description: Conditions in which remittance advice is generated ,
-
Lookup Type: IBY_REMIT_ADVICE_CONDITIONS
12.2.2
product: IBY - Payments , meaning: Remittance Advice Conditions , description: Conditions in which remittance advice is generated ,
-
Table: IBY_EXT_PARTY_PMT_MTHDS
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_EXT_PARTY_PMT_MTHDS, object_name:IBY_EXT_PARTY_PMT_MTHDS, status:VALID, product: IBY - Payments , description: IBY_EXT_PARTY_PMT_MTHDS stores payment method applicability driven by the preferences of the external party. A payment method is applicable to a party and payment function combination and, optionally and additionally, to a party site and/or , implementation_dba_data: IBY.IBY_EXT_PARTY_PMT_MTHDS ,
-
Lookup Type: IBY_PAYMENT_REJECTION_LEVELS
12.1.1
product: IBY - Payments , meaning: Payment Rejection Levels , description: Defines how much of a payment process request can be rejected when a proposed payment fails validation ,
-
Lookup Type: IBY_DOCUMENT_REJECTION_LEVELS
12.2.2
product: IBY - Payments , meaning: Documents Payable Rejection Levels , description: Defines how much of a payment process request can be rejected when a document payable fails validation ,
-
Lookup Type: IBY_DOCUMENT_REJECTION_LEVELS
12.1.1
product: IBY - Payments , meaning: Documents Payable Rejection Levels , description: Defines how much of a payment process request can be rejected when a document payable fails validation ,
-
Lookup Type: IBY_PAYMENT_REJECTION_LEVELS
12.2.2
product: IBY - Payments , meaning: Payment Rejection Levels , description: Defines how much of a payment process request can be rejected when a proposed payment fails validation ,
-
Table: IBY_BEPINFO
12.1.1
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_BEPINFO, object_name:IBY_BEPINFO, status:VALID, product: IBY - Payments , description: IBY_BEPINFO has a row for every BEP(Back End Payment System) configured in system. A BEP is a payment provider such as Cybercash, Verifone etc , implementation_dba_data: IBY.IBY_BEPINFO ,
-
Lookup Type: IBY_PAYEE_LOCATION_CONDITIONS
12.2.2
product: IBY - Payments , meaning: Payment Location Conditions , description: Location of a payee relative to the first party for the purpose of creating a payment method defaulting rule condition ,
-
Lookup Type: IBY_PAYEE_LOCATION_CONDITIONS
12.1.1
product: IBY - Payments , meaning: Payment Location Conditions , description: Location of a payee relative to the first party for the purpose of creating a payment method defaulting rule condition ,
-
Table: IBY_IRF_TRXN_AMT_LIMIT
12.1.1
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_IRF_TRXN_AMT_LIMIT, object_name:IBY_IRF_TRXN_AMT_LIMIT, status:VALID, product: IBY - Payments , description: IBY_IRF_TRXN_AMT_LIMITstores information pertaining to the transaction amount limit risk factor. It is a limit on the total amount of payments made using the same instrument in a particular duration. , implementation_dba_data: IBY.IBY_IRF_TRXN_AMT_LIMIT ,
-
Table: IBY_SYS_PMT_PROFILES_TL
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_SYS_PMT_PROFILES_TL, object_name:IBY_SYS_PMT_PROFILES_TL, status:VALID, product: IBY - Payments , description: IBY_SYS_PMT_PROFILES stores seeded information that specifies the bulk of payment processing behavior. The rest of the behavior is specified in a user-defined account payment process profile stored in IBY_ACCT_PMT_PROFILES. A combination of , implementation_dba_data: IBY.IBY_SYS_PMT_PROFILES_TL ,
-
Table: IBY_IRF_TRXN_AMT_LIMIT
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_IRF_TRXN_AMT_LIMIT, object_name:IBY_IRF_TRXN_AMT_LIMIT, status:VALID, product: IBY - Payments , description: IBY_IRF_TRXN_AMT_LIMITstores information pertaining to the transaction amount limit risk factor. It is a limit on the total amount of payments made using the same instrument in a particular duration. , implementation_dba_data: IBY.IBY_IRF_TRXN_AMT_LIMIT ,
-
Table: IBY_IRF_PMT_AMOUNT
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_IRF_PMT_AMOUNT, object_name:IBY_IRF_PMT_AMOUNT, status:VALID, product: IBY - Payments , description: This table stores information pertaining to the payment amount risk factor involved in the payment request. A payment request that has huge amount is possibly a fraudulent payment. But the value of the amount varies from business to busines , implementation_dba_data: IBY.IBY_IRF_PMT_AMOUNT ,
-
Lookup Type: IBY_PROCESS_TYPES
12.2.2
product: IBY - Payments , meaning: Process Types , description: Processes by which documents payable can be built into payments, and payments into payment instructions ,
-
Table: IBY_IRF_PMT_AMOUNT
12.1.1
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_IRF_PMT_AMOUNT, object_name:IBY_IRF_PMT_AMOUNT, status:VALID, product: IBY - Payments , description: This table stores information pertaining to the payment amount risk factor involved in the payment request. A payment request that has huge amount is possibly a fraudulent payment. But the value of the amount varies from business to busines , implementation_dba_data: IBY.IBY_IRF_PMT_AMOUNT ,
-
Lookup Type: IBY_PROCESS_TYPES
12.1.1
product: IBY - Payments , meaning: Process Types , description: Processes by which documents payable can be built into payments, and payments into payment instructions ,
-
Table: IBY_VALIDATION_VALUES
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_VALIDATION_VALUES, object_name:IBY_VALIDATION_VALUES, status:VALID, product: IBY - Payments , description: IBY_VALIDATION_VALUES stores the values for each validation parameter. For example, one validation controls the maximum amount that can be paid in a single payment instruction. The maximum amount parameter is stored in this table, and the a , implementation_dba_data: IBY.IBY_VALIDATION_VALUES ,
-
Lookup Type: IBY_TRXNTYPES
12.1.1
product: IBY - Payments , meaning: IBY TRANSACTION TYPES , description: Common interface across multiple payment stystems ,
-
Lookup Type: IBY_DOCS_PAYABLE_STATUSES
12.2.2
product: IBY - Payments , meaning: Document Payable Statuses , description: Document payable statuses ,
-
Lookup Type: IBY_DOCS_PAYABLE_STATUSES
12.1.1
product: IBY - Payments , meaning: Document Payable Statuses , description: Document payable statuses ,
-
Lookup Type: IBY_TRXNTYPES
12.2.2
product: IBY - Payments , meaning: IBY TRANSACTION TYPES , description: Common interface across multiple payment stystems ,
-
Lookup Type: IBY_DELIVERY_METHODS
12.1.1
product: IBY - Payments , meaning: Delivery Methods , description: Defines delivery methods that can be used to deliver remittance advice to payees ,
-
Lookup Type: IBY_DELIVERY_METHODS
12.2.2
product: IBY - Payments , meaning: Delivery Methods , description: Defines delivery methods that can be used to deliver remittance advice to payees ,
-
Table: IBY_PMTMTHD_CONDITIONS
12.1.1
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PMTMTHD_CONDITIONS, object_name:IBY_PMTMTHD_CONDITIONS, status:VALID, product: IBY - Payments , description: IBY_PMTMTHD_CONDITIONS contains the conditions for the payment method. Each condition is composed of a parameter, operation and value. The condition is evaluated at runtime to check if the condition is satisfied , implementation_dba_data: IBY.IBY_PMTMTHD_CONDITIONS ,
-
Lookup Type: IBY_MARK_COMPLETE_EVENTS
12.2.2
product: IBY - Payments , meaning: Mark Payments Complete Events , description: Defines the events in the payment process at which the payments in a payment instruction can be marked complete ,
-
Lookup Type: IBY_MARK_COMPLETE_EVENTS
12.1.1
product: IBY - Payments , meaning: Mark Payments Complete Events , description: Defines the events in the payment process at which the payments in a payment instruction can be marked complete ,
-
Table: IBY_DELIVERY_CHANNELS_TL
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_DELIVERY_CHANNELS_TL, object_name:IBY_DELIVERY_CHANNELS_TL, status:VALID, product: IBY - Payments , description: IBY_DELIVERY_CHANNELS stores delivery channel information that is used as lookup values for external payee setup or documents payable. The table is similar to FND_LOOKUPS, but with a new column for territory identification. Products that us , implementation_dba_data: IBY.IBY_DELIVERY_CHANNELS_TL ,
-
Table: IBY_PAYMENT_REASONS_TL
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PAYMENT_REASONS_TL, object_name:IBY_PAYMENT_REASONS_TL, status:VALID, product: IBY - Payments , description: IBY_PAYMENT_REASONS stores payment reasons that are used as lookup values for payee records or documents payable, that is, invoices. This table is similar to FND_LOOKUPS, but with a new column for territory identification. Products that use , implementation_dba_data: IBY.IBY_PAYMENT_REASONS_TL ,
-
Table: IBY_PMTMTHD_CONDITIONS
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PMTMTHD_CONDITIONS, object_name:IBY_PMTMTHD_CONDITIONS, status:VALID, product: IBY - Payments , description: IBY_PMTMTHD_CONDITIONS stores the conditions for payment methods. Each condition is comprised of a parameter, operation, and value. The condition is evaluated at runtime to determine if the payment system account and funds capture process p , implementation_dba_data: IBY.IBY_PMTMTHD_CONDITIONS ,
-
Lookup Type: IBY_PAYMENT_STATUSES
12.1.1
product: IBY - Payments , meaning: Payment Statuses , description: Payment statuses ,
-
Lookup Type: IBY_PAYMENT_STATUSES
12.2.2
product: IBY - Payments , meaning: Payment Statuses , description: Payment statuses ,
-
Table: IBY_DELIVERY_CHANNELS_B
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_DELIVERY_CHANNELS_B, object_name:IBY_DELIVERY_CHANNELS_B, status:VALID, product: IBY - Payments , description: IBY_DELIVERY_CHANNELS stores delivery channel information that is used as lookup values for external payee setup or documents payable. The table is similar to FND_LOOKUPS, but with a new column for territory identification. Products that us , implementation_dba_data: IBY.IBY_DELIVERY_CHANNELS_B ,
-
Lookup Type: IBY_CURRENCY_CONDITIONS
12.1.1
product: IBY - Payments , meaning: Currency Conditions , description: Defines the currencies relative to the first party for the purpose of creating a payment method defaulting rule condition ,
-
Lookup Type: IBY_CURRENCY_CONDITIONS
12.2.2
product: IBY - Payments , meaning: Currency Conditions , description: Defines the currencies relative to the first party for the purpose of creating a payment method defaulting rule condition ,
-
Table: IBY_PAYMENT_RULES
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_PAYMENT_RULES, object_name:IBY_PAYMENT_RULES, status:VALID, product: IBY - Payments , description: IBY_PAYMENT_RULES stores the header-level information for a payment method defaulting rule. A defaulting rule enables the user to define the default payment method with respect to multiple factors of a transaction context. A defaulting rule , implementation_dba_data: IBY.IBY_PAYMENT_RULES ,
-
Table: IBY_FNDCPT_PAYEE_APPL
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_FNDCPT_PAYEE_APPL, object_name:IBY_FNDCPT_PAYEE_APPL, status:VALID, product: IBY - Payments , description: IBY_FNDCPT_PAYEE_APPL is a mapping table between internal payees and operating units. One payee may be associated with many operating units. An operating unit may be associated with at most one payee. , implementation_dba_data: IBY.IBY_FNDCPT_PAYEE_APPL ,
-
Table: IBY_CC_ISSUER_RANGES
12.2.2
owner:IBY, object_type:TABLE, fnd_design_data:IBY.IBY_CC_ISSUER_RANGES, object_name:IBY_CC_ISSUER_RANGES, status:VALID, product: IBY - Payments , description: Table contains card ranges for various credit card issuers. Used to remove structure from a credit card number before it is encrypted. , implementation_dba_data: IBY.IBY_CC_ISSUER_RANGES ,
-
View: IBY_PH_RSTYPES_V
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:IBY.IBY_PH_RSTYPES_V, object_name:IBY_PH_RSTYPES_V, status:VALID, product: IBY - Payments , implementation_dba_data: APPS.IBY_PH_RSTYPES_V ,
-
View: IBY_AVS_RSTYPES_V
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:IBY.IBY_AVS_RSTYPES_V, object_name:IBY_AVS_RSTYPES_V, status:VALID, product: IBY - Payments , implementation_dba_data: APPS.IBY_AVS_RSTYPES_V ,
-
View: IBY_AVS_RSTYPES_V
12.2.2
owner:APPS, object_type:VIEW, fnd_design_data:IBY.IBY_AVS_RSTYPES_V, object_name:IBY_AVS_RSTYPES_V, status:VALID, product: IBY - Payments , implementation_dba_data: APPS.IBY_AVS_RSTYPES_V ,
-
View: IBY_RC_RSTYPES_V
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:IBY.IBY_RC_RSTYPES_V, object_name:IBY_RC_RSTYPES_V, status:VALID, product: IBY - Payments , implementation_dba_data: APPS.IBY_RC_RSTYPES_V ,
-
View: IBY_TOP_RSTYPES_V
12.2.2
owner:APPS, object_type:VIEW, fnd_design_data:IBY.IBY_TOP_RSTYPES_V, object_name:IBY_TOP_RSTYPES_V, status:VALID, product: IBY - Payments , implementation_dba_data: APPS.IBY_TOP_RSTYPES_V ,