Results for “territory_code”
18 results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
IBY_BANK_INSTRUCTIONS_B is the base (non-translated) table in the Oracle Payments (IBY) module that stores bank instruction codes used as lookup values for payment process profiles and external payee setup. It corresponds to the Bank Instruction Codes page in the Oracle E-Business Suite user interface, and it functions as a supplemental attribute of the payment instruction model rather than as a transactional record. Bank instruction codes describe the format or convention by which a payment is to be transmitted to a supplier or payee — for example, standardized remittance-delivery conventions used in certain regions.
From a modeling perspective, the ETRM heuristic classifies this object as hub-leaning. This is a suggestion rather than a prescription: the table carries a single-column primary key on BANK_INSTRUCTION_CODE and only one outbound foreign key, to FND_TERRITORIES, which is the pattern of an independent reference entity. The absence of outbound foreign keys to transaction-level tables reinforces the hub interpretation, since all cross-table references to this object originate from dependent tables.
Key Information Stored
ETRM 12.2.2 documents twelve columns for this table. The most significant are:
- BANK_INSTRUCTION_CODE — the primary key (
IBY_BANK_INSTRUCTIONS_B_PK) and the business identifier of the instruction. This is also the first column of the unique index. - TERRITORY_CODE — the outbound foreign key to
FND_TERRITORIES, indicating the country or territory to which the instruction applies; this scopes instruction codes geographically. - FORMAT_VALUE — the format value associated with the instruction, used when applying the code to a payment.
- SEEDED_FLAG — indicates whether the row was delivered as Oracle seed data versus user-created.
- INACTIVE_DATE — the date from which the instruction code ceases to be selectable.
- OBJECT_VERSION_NUMBER — optimistic locking column for concurrent updates.
- ZD_EDITION_NAME — the editioning column (the second column of the unique index
IBY_BANK_INSTRUCTIONS_B_U1) supporting online patching in 12.2.
The four standard WHO audit columns — CREATED_BY, CREATION_DATE, LAST_UPDATED_BY, and LAST_UPDATE_DATE — plus LAST_UPDATE_LOGIN complete the column list. The surrogate key is thus BANK_INSTRUCTION_CODE, which is simultaneously the business key, qualified by ZD_EDITION_NAME in the unique index.
Common Use Cases and Queries
Typical uses include validating that a bank instruction assigned to a payee or profile is still active, and driving Lists of Values for the Bank Instruction Codes setup page. A representative query joining to a dependent payee table is:
SELECT bi.bank_instruction_code, bi.territory_code, bi.format_value FROM iby_bank_instructions_b bi, iby_external_payees_all ep WHERE ep.bank_instruction1_code = bi.bank_instruction_code AND bi.inactive_date IS NULL;
For reporting on lookup contents scoped by territory, IBY_BANK_INSTRUCTIONS_B can be joined to FND_TERRITORIES on TERRITORY_CODE. To detect payees configured with retired instructions, filter on INACTIVE_DATE while joining IBY_EXTERNAL_PAYEES_ALL or IBY_TEMP_EXT_PAYEES through BANK_INSTRUCTION1_CODE and BANK_INSTRUCTION2_CODE.
Related Objects
- IBY_BANK_INSTRUCTIONS_TL — the translation table, related one-to-many on
BANK_INSTRUCTION_CODE. - FND_TERRITORIES — referenced by
IBY_BANK_INSTRUCTIONS_B.TERRITORY_CODE. - IBY_EXTERNAL_PAYEES_ALL — references this table via
BANK_INSTRUCTION1_CODEandBANK_INSTRUCTION2_CODE. - IBY_PAYMENTS_H — the payment history table, which carries both instruction code columns.
- IBY_SYS_PMT_PROFILES_B — the system payment profile table, also carrying both instruction code columns.
- IBY_TEMP_EXT_PAYEES — the temporary external payee staging table, referencing
BANK_INSTRUCTION1_CODEandBANK_INSTRUCTION2_CODE.
The breadth of these references confirms the table's role as a shared reference hub for payment configuration and payee data across the IBY schema.
-
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
-
APPS.IBY_BANK_INSTRUCTIONS_VL·↳ IBY_BANK_INSTRUCTIONS_B·↳ IBY_BANK_INSTRUCTIONS_TL·Explore IBY module →
-
APPS.IBY_DELIVERY_CHANNELS_VL·↳ IBY_DELIVERY_CHANNELS_B·↳ IBY_DELIVERY_CHANNELS_TL·Explore IBY module →
-
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
-
APPS.IBY_BANK_INSTRUCTIONS_VL·↳ IBY_BANK_INSTRUCTIONS_B·↳ IBY_BANK_INSTRUCTIONS_TL·Explore IBY module →
-
APPS.IBY_DELIVERY_CHANNELS_VL·↳ IBY_DELIVERY_CHANNELS_B·↳ IBY_DELIVERY_CHANNELS_TL·Explore IBY module →
-
IBY_BANK_INSTRUCTIONS stores bank instructions that are used as lookup values for payment process profiles and external payee setup. This table corresponds to the Bank Instruction Codes page.
-
View: IBY_PAYMENT_REASONS_VL 12.2.2
APPS.IBY_PAYMENT_REASONS_VL·↳ IBY_PAYMENT_REASONS_B·↳ IBY_PAYMENT_REASONS_TL·Explore IBY module →
-
View: IBY_PAYMENT_REASONS_VL 12.1.1
APPS.IBY_PAYMENT_REASONS_VL·↳ IBY_PAYMENT_REASONS_B·↳ IBY_PAYMENT_REASONS_TL·Explore IBY module →
-
IBY_DOCUMENTS_PAYABLE_H stores historical snapshots of documents payable. This table contains denormalized versions of documents payable from specific points in time, such as when the payment for this document was submitted to a payment sys
-
IBY_PAYMENTS_H table stores historical snapshots of payments. This table contains denormalized versions of payments from specific points in time, including when the payment was submitted to a payment system. Different snapshots of the same