Results for “account_classification”

50+ results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

IBY_EXT_BANK_ACCOUNTS_V is a reporting and integration view owned by the APPS schema in Oracle E-Business Suite, delivered as part of the IBY (Payments) product. It presents externally defined bank account information — records held in the IBY_EXT_BANK_ACCOUNTS base table — joined to the Trading Community Architecture (TCA) party model so that account, bank, branch, and account owner details are available in a single denormalized result set. In Release 12.1.1 and 12.2.2 the view is a standard, dictionary-registered object (Status: VALID) and is widely used by payment formats, external integration extracts, and custom reporting that requires a flattened picture of a payer's or payee's bank account.

The view is read-only by nature: as a join-based view over transactional and reference tables, it is not designed for direct DML. Its principal role is to supply bank account attributes — masked account numbers, IBAN, currency, exchange rate agreement data, and specifically the ACCOUNT_CLASSIFICATION column — to downstream consumers such as Oracle Payments, cash management integrations, and external bank file generation.

Underlying Base Objects

The ETRM metadata documents the following referenced base objects, all resolved through APPS synonyms:

All joins to the TCA tables are outer joins (+), so an external bank account row is always returned even where the corresponding party, branch, or owner data is missing. The owner join is further constrained to the primary owner (OW.PRIMARY_FLAG = 'Y') and to owners whose end date has not passed.

Key Columns

Common Use Cases and Queries

Typical uses include extracting bank account data for payment files, validating account classification before remittance processing, and reporting on the relationship between an account owner party and its bank. A representative query filtering on the account classification is:

  • SELECT ext_bank_account_id, bank_account_name, masked_bank_account_num, currency_code, account_classification, bank_account_type FROM iby_ext_bank_accounts_v WHERE account_classification = :p_classification;
  • SELECT v.bank_account_name, v.bank_name, v.bank_branch_name, v.eft_swift_code, v.party_name FROM iby_ext_bank_accounts_v v WHERE v.account_owner_party_id = :p_party_id;
  • SELECT account_classification, COUNT(*) FROM iby_ext_bank_accounts_v GROUP BY account_classification;
  • SELECT bank_account_name, currency_code, DECODE(currency_code, NULL, 'Y', 'N') AS has_no_currency FROM iby_ext_bank_accounts_v WHERE start_date >= :p_start;

Because most TCA joins are outer, queries should account for potential nulls in bank, branch, and owner columns. When used in concurrent programs or extracts, the view should be joined back to IBY_EXT_BANK_ACCOUNTS on EXT_BANK_ACCOUNT_ID if the base row identifier is required for subsequent update or reference.