Results for “requester_id”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
CE_BA_SIGNATORIES is a Cash Management (CE) table in Oracle E-Business Suite that stores bank account signatory information for bank accounts defined in the system. In release 12.1.1 and 12.2.2, the table resides in the CE schema and is documented as VALID under ETRM. Each row represents a single authorized signatory record attached to a specific bank account, capturing the identity of the signer, the monetary limits under which the signer may operate, the effective date range of the authorization, and the approval and status attributes governing the record. The table holds 34 documented columns in the 12.2.2 physical schema.
From a Data Vault modeling perspective, the mined foreign key structure suggests classifying this object as satellite-leaning. Its grain is the individual signatory assignment, and it hangs off the bank account parent through a foreign key, making it a descriptive, potentially historized child rather than an independent business hub or an associative link between two hubs.
Key Information Stored
The surrogate primary key is SIGNATORY_ID, enforced by the CE_BA_SIGNATORIES_PK constraint and also carried by the unique index CE_BA_SIGNATORIES_U1, which makes SIGNATORY_ID the documented business-key candidate as well as the technical identifier. The most significant columns include:
- BANK_ACCOUNT_ID — foreign key to AP_BANK_ACCOUNTS_ALL; identifies the bank account to which the signatory is attached.
- SIGNATORY_ID — surrogate primary key and unique-indexed identifier for the signatory record.
- PERSON_ID — references the person (typically a party or HR person) acting as signatory.
- SINGLE_LIMIT_AMOUNT — maximum amount the signatory may approve individually.
- JOINT_LIMIT_AMOUNT — higher threshold permitted when the signatory acts jointly with others.
- SIGNER_GROUP — grouping classification for signatories sharing authority.
- OTHER_LIMITS — free-form descriptor for additional authority constraints.
- START_DATE and END_DATE — validity window of the signatory authorization.
- STATUS — current state of the signatory record.
- APPROVAL_TYPE_FLAG — indicates the approval mode (for example, single or joint signing authority).
- DELETED_FLAG — soft-delete indicator.
- REQUESTER_ID — the user who requested or created the signatory assignment.
- Standard audit columns: CREATED_BY, CREATION_DATE, LAST_UPDATED_BY, LAST_UPDATE_DATE, LAST_UPDATE_LOGIN, plus the fifteen ATTRIBUTE flex columns and ATTRIBUTE_CATEGORY.
Common Use Cases and Queries
Typical reporting scenarios include listing active signatories for a given bank account, verifying approval limits against payment amounts, and auditing signatory history by date range. A representative query joins signatories to their parent bank account:
SELECT s.signatory_id, s.person_id, s.single_limit_amount, s.joint_limit_amount, s.start_date, s.end_date, s.status FROM ce.ce_ba_signatories s WHERE s.bank_account_id = :p_account_id AND NVL(s.deleted_flag,'N') = 'N' AND TRUNC(SYSDATE) BETWEEN s.start_date AND NVL(s.end_date, TRUNC(SYSDATE)+1);- A limit-enforcement query filters records where
SINGLE_LIMIT_AMOUNT >= :payment_amountfor single-signer approvals. - An audit query orders by
LAST_UPDATE_DATE DESCto surface recently reauthorized signatories.
These queries support treasury controls, internal audit sampling, and payment authorization configuration reviews.
Related Objects
The principal parent relationship is the foreign key from CE_BA_SIGNATORIES.BANK_ACCOUNT_ID to AP_BANK_ACCOUNTS_ALL, which anchors each signatory to its bank account. Other significant related objects include:
- AP_BANK_ACCOUNTS_ALL — joined on BANK_ACCOUNT_ID; provides bank, branch, and account metadata.
- AP_BANK_BRANCHES — reached through the bank account parent for branch-level reporting.
- CE_BA_SIGNATORIES_PK / CE_BA_SIGNATORIES_U1 — the primary key constraint and unique index governing SIGNATORY_ID.
- PER_ALL_PEOPLE_F — commonly joined on PERSON_ID to resolve signatory names.
- CE Cash Management bank account setup and approval UI components that read and maintain signatory records.
Together these relationships make CE_BA_SIGNATORIES the operational store for bank account signing authority within the Cash Management module.
-
This table stores the Bank Account Signatory information for a bank account
-
The View is used to retrieve requisition details in the form 'Document Cross-Reference'
APPS.FV_REQUISITION_MASTER_V·↳ PO_HEADERS_ALL·↳ PO_LINE_LOCATIONS_ALL·↳ PO_REQUISITION_HEADERS·Explore FV module →
-
View: CE_BA_SIGNATORIES_V 12.1.1
A supplementary view used to simplify forms coding. Used by Bank Account Signatory form
APPS.CE_BA_SIGNATORIES_V·↳ CE_BA_SIGNATORIES·↳ HR_GENERAL·↳ HR_PERSON_NAME·Explore CE module →
-
The View is used to retrieve requisition details in the form 'Document Cross-Reference'
APPS.FV_REQUISITION_MASTER_V·↳ PO_HEADERS_ALL·↳ PO_LINE_LOCATIONS_ALL·↳ PO_REQUISITION_HEADERS·Explore FV module →
-
Table to store the errored rows by Net Accrual Engine
-
Table to store the errored rows by Net Accrual Engine
-
Stores the Change Grade Requests History of a student
-
IA_REQUEST_HEADERS stores information about the requests you create
-
APPS.AP_INVOICES_INTERFACE_V·↳ AP_AWT_GROUPS·↳ AP_INVOICES_INTERFACE·↳ AP_INVOICES_UTILITY_PKG·Explore AP module →
-
PO distribution records
-
IA_REQUEST_HEADERS stores information about the requests you create
-
PO distribution records
-
This table stores the Bank Account Signatory information for a bank account
-
View: CE_BA_SIGNATORIES_V 12.2.2
A supplementary view used to simplify forms coding. Used by Bank Account Signatory form
APPS.CE_BA_SIGNATORIES_V·↳ CE_BA_SIGNATORIES·↳ HR_GENERAL·↳ HR_PERSON_NAME·Explore CE module →
-
Request details for grade changes
APPS.IGSBV_AS_CHNG_GRD_REQUESTS·↳ HZ_PARTIES·↳ IGS_AD_LOCATION·↳ IGS_AS_CHN_GRD_REQ·Explore IGS module →
-
Request details for grade changes
APPS.IGSFV_AS_CHNG_GRD_REQUESTS·↳ HZ_PARTIES·↳ IGS_AD_LOCATION·↳ IGS_AS_CHN_GRD_REQ·Explore IGS module →
-
Holds the information about budget sources for a marketing activity.
-
View: APFV_AP_INVOICE_LINES 12.2.2
Business View
APPS.APFV_AP_INVOICE_LINES·↳ AP_INVOICE_LINES_ALL·Explore AP module →
-
View: POR_LINES_V 12.2.2
Requisition Line View
APPS.POR_LINES_V·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ HR_GENERAL·Explore ICX module →
-
Public view to show consolidated information of the bank account signatory's history for audit purposes
APPS.CE_P_BA_SIGNATORY_HIST_V·↳ CE_BANK_ACCOUNTS_V·↳ CE_BANK_BRANCHES_V·↳ CE_BA_SIGNATORIES·Explore CE module →
-
Public view to show consolidated information of the bank account signatory's history for audit purposes
APPS.CE_P_BA_SIGNATORY_HIST_V·↳ CE_BANK_ACCOUNTS_V·↳ CE_BANK_BRANCHES_V·↳ CE_BA_SIGNATORIES·Explore CE module →
-
APPS.AP_RECURRING_PAYMENTS_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_LOOKUP_CODES·Explore AP module →
-
Holds the information about budget sources for a marketing activity.
-
PO_CHANGE_REQUEST table stores the change requests for Purchase Orders, Releases and Requisitions submitted by Suppliers or Requesters
-
This view is obsolete
APPS.POR_VIEW_LINE_DETAILS_V·↳ FINANCIALS_SYSTEM_PARAMETERS·↳ FND_CURRENCY·↳ FND_GLOBAL·Explore ICX module →
-
This view is obsolete
APPS.POR_VIEW_LINE_DETAILS_V·↳ FINANCIALS_SYSTEM_PARAMETERS·↳ FND_CURRENCY·↳ FND_GLOBAL·Explore ICX module →
-
Table: POA_REQ_002_MV 12.1.1
-
View: POR_LINES_V 12.1.1
Requisition Line View
APPS.POR_LINES_V·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ HR_GENERAL·Explore ICX module →
-
View: AP_INVOICE_LINES_V 12.2.2
APPS.AP_INVOICE_LINES_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_INVOICES_ALL·Explore AP module →
-
AP_INVOICE_LINES_ALL contains records for invoice lines entered manually, generated automatically or imported from the Open Interface.
-
This table stores Deliverables and amendments to deliverables.
-
Table: POA_REQ_001_MV 12.1.1
-
APPS.AP_RECURRING_PAYMENTS_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_LOOKUP_CODES·Explore AP module →
-
View: POR_LINES_ALL_V 12.2.2
Requisition Line View
APPS.POR_LINES_ALL_V·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ HR_GENERAL·Explore ICX module →
-
APPS.AP_INVOICES_INTERFACE_V·↳ AP_AWT_GROUPS·↳ AP_INVOICES_INTERFACE·↳ AP_LOOKUP_CODES·Explore AP module →
-
View: POR_LINES_ALL_V 12.1.1
Requisition Line View
APPS.POR_LINES_ALL_V·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ HR_GENERAL·Explore ICX module →
-
Holds the information about budget sources for a marketing activity.
-
Recurring invoice parameters
-
View: AP_INVOICE_LINES_V 12.1.1
APPS.AP_INVOICE_LINES_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS_ALL·↳ AP_INVOICES_ALL·Explore AP module →
-
This table stores Deliverables and amendments to deliverables.
-
View: AP_INVOICES_V 12.1.1
APPS.AP_INVOICES_V·↳ AP_AWT_GROUPS·↳ AP_BATCHES_ALL·↳ AP_DISTRIBUTION_SETS·Explore FND module →
-
PO_CHANGE_REQUEST table stores the change requests for Purchase Orders, Releases and Requisitions submitted by Suppliers or Requesters
-
APPS.AP_INVOICE_LINES_INTERFACE_V·↳ AP_AWT_GROUPS·↳ AP_DISTRIBUTION_SETS·↳ AP_INVOICES_INTERFACE·Explore AP module →
-
Recurring invoice parameters
-
View: AP_INVOICES_V 12.1.1
APPS.AP_INVOICES_V·↳ AP_AWT_GROUPS·↳ AP_BATCHES_ALL·↳ AP_DISTRIBUTION_SETS·Explore AP module →
-
Information used to create an invoice using Payables Open Interface Import