Results for “approval_status_meaning”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
OKL_CURE_INVOICE_UV is an Oracle E-Business Suite view owned by the APPS schema within the OKL – Leasing and Finance Management product. It exposes consolidated cure request information, joining cure reports, cure amounts, contracts, invoices, quotes, and lookup values into a single reporting structure. The view is not a base table; it is a query-only construct intended for reporting and integration scenarios where cure-related financial data must be presented with descriptive meanings rather than raw codes. Cure requests arise in leasing when a lessee or vendor fails to meet contractual obligations and a remediation (cure) amount, negotiated amount, or repurchase is proposed and tracked through an approval lifecycle. OKL_CURE_INVOICE_UV surfaces that lifecycle alongside the associated contract, program agreement, and accounts receivable invoice. Because it is a view, it reflects live committed data from the underlying tables and is governed by the same security and access rules as those tables.
Underlying Base Objects
The view is defined over several documented base objects. Cure report header data comes from OKL_CURE_REPORTS_ALL, while cure amount detail is drawn from OKL_CURE_AMOUNTS_ALL. Contract header information is sourced from OKL_K_HEADERS and OKC_K_HEADERS_B (aliased for both the contract and the program agreement), with rule configuration read from OKC_RULES_B. Invoice linkage is provided by OKL_TRX_AR_INVOICES_B, and quote information by OKL_TRX_QUOTES_ALL_B. Cure amounts already received are aggregated through the OKL_CURE_RECEIVED_UV view. Descriptive code meanings are resolved through FND_LOOKUPS for both the approval status and the report type. The joins are primarily driven by the cure report ID linking to cure amounts and received amounts, and by contract header IDs linking contracts to program agreements and rules.
Key Columns
- REQUEST_NUMBER / REQUEST_DATE – Cure report number and date, from the cure report header.
- APPROVAL_STATUS – Coded approval state of the cure request; the view restricts rows to SENT_TO_VENDOR, APPROVED, ACCEPTANCE_COMPLETED, and ACCEPTANCE_IN_PROGRESS.
- APPROVAL_STATUS_MEANING – The user-facing meaning of the approval status, decoded from FND_LOOKUPS using lookup type OKL_CURE_REQUEST_APPROVE_STATU. This column directly answers the query "approval_status_meaning".
- CURE_AMOUNT / CURE_AMOUNT_RECEIVED / NEGOTIATED_AMOUNT / REPURCHASE_AMOUNT – Financial measures for the cure, each defaulted to zero where null.
- SHORT_FUND_ALLOWED – Derived flag (YES/NO) from a rule attribute indicating whether short funding is permitted.
- TOTAL_NEGOTIATED_AMOUNT – Scalar subquery summing negotiated amounts across all cure amount rows for the report.
- CONTRACT_NUMBER / PROGRAM_AGREEMENT – Contract and program agreement identifiers.
- QUOTE_NUMBER / QTE_ID – Repurchase quote reference.
- CURRENCY_CODE, VENDOR_ID, VENDOR_SITE_ID, VENDOR_CONTACT_ID – Party and currency attributes of the cure.
Common Use Cases and Queries
The most frequent use is approval status reporting, since the view resolves coded statuses into readable meanings. A typical query lists active cure requests with their status and amounts:
SELECT request_number, contract_number, approval_status_meaning,
cure_amount, negotiated_amount, currency_code
FROM apps.okl_cure_invoice_uv
WHERE approval_status_meaning = 'Approved';
Analysts also use the view to reconcile negotiated amounts against amounts received, and to identify cure requests linked to repurchase quotes. Because the view already filters to the four active approval states, it is well suited to dashboards and extracts that must exclude fully closed or rejected requests.
-
View: OKL_CURE_INVOICE_UV 12.1.1
View for cure requests
APPS.OKL_CURE_INVOICE_UV·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ OKC_K_HEADERS_B·Explore OKL module →
-
View: AHL_ITEM_COMP_V 12.1.1
Item Composition V joins Lookup meaning and Codes and MTL table for Item Name
APPS.AHL_ITEM_COMP_V·↳ AHL_ITEM_COMPOSITIONS·↳ AHL_MTL_ITEMS_NON_OU_V·↳ FND_LOOKUP_VALUES_VL·Explore AHL module →
-
This table is used to store the interface records for AML
-
This view returns the Details about Process
APPS.AMW_WF_HIERARCHY_ENTITIES_V·↳ AMW_PROCESS·↳ AMW_UTILITY_PVT·↳ HZ_PARTIES·Explore AMW module →
-
View: CSD_RO_GROUP_DETAILS_V 12.1.1
Views that defines all the repair order details for a group.
APPS.CSD_RO_GROUP_DETAILS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_ORDER_GROUPS·↳ CSD_REPAIR_TYPES_VL·Explore CSD module →
-
View: CSD_IR_REPAIR_JOBS_V 12.1.1
The view used in Submit Repair Jobs if the Allow create WIP Job w/o RMA is set
APPS.CSD_IR_REPAIR_JOBS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_ITEM_INSTANCES·Explore CSD module →
-
This view returns the Details about Parent Child Process Hierarchy
APPS.AMW_WF_HIERARCHY_MAIN_V·↳ AMW_PROCESS·↳ AMW_UTILITY_PVT·↳ AMW_WF_HIERARCHY_PKG·Explore AMW module →
-
View: CSD_RO_GROUP_DETAILS_V 12.2.2
Views that defines all the repair order details for a group.
APPS.CSD_RO_GROUP_DETAILS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_ORDER_GROUPS·↳ CSD_REPAIR_TYPES_VL·Explore CSD module →
-
This table is used to store the interface records for AML
-
View: CSD_REPAIRS_V 12.2.2
The view for getting repair orders.
APPS.CSD_REPAIRS_V·↳ CSD_FLOW_STATUSES_B·↳ CSD_FLOW_STATUSES_TL·↳ CSD_REPAIRS·Explore CSD module →
-
View: CSD_REPAIRS_NON_SEC_V 12.2.2
The view for getting repair orders. It is without Service Security.
APPS.CSD_REPAIRS_NON_SEC_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_INSTANCE_STATUSES·Explore CSD module →
-
View: OKL_CURE_INVOICE_UV 12.2.2
View for cure requests
APPS.OKL_CURE_INVOICE_UV·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ OKC_K_HEADERS_B·Explore OKL module →
-
Lists process details from amw_process and workflow tables
APPS.AMW_HIERARCHY_ENTITIES_V·↳ AMW_PROCESS·↳ AMW_UTILITY_PVT·↳ HZ_PARTIES·Explore AMW module →
-
View: CSD_REPAIRS_V 12.1.1
The view for getting repair orders.
APPS.CSD_REPAIRS_V·↳ CSD_FLOW_STATUSES_B·↳ CSD_FLOW_STATUSES_TL·↳ CSD_REPAIRS·Explore CSD module →
-
View for cure requests
APPS.OKL_CURE_REQUEST_LIST_UV·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ OKL_CURE_REPORTS·Explore OKL module →
-
View for cure requests
APPS.OKL_CURE_REQUEST_LIST_UV·↳ FND_GLOBAL·↳ FND_LOOKUPS·↳ OKL_CURE_REPORTS·Explore OKL module →
-
View: AHL_ITEM_COMP_V 12.2.2
Item Composition V joins Lookup meaning and Codes and MTL table for Item Name
APPS.AHL_ITEM_COMP_V·↳ AHL_ITEM_COMPOSITIONS·↳ AHL_MTL_ITEMS_NON_OU_V·↳ FND_LOOKUP_VALUES_VL·Explore AHL module →
-
View: CSD_REPAIR_JOBS_V 12.2.2
The view for getting repair orders with service request information.
APPS.CSD_REPAIR_JOBS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_ITEM_INSTANCES·Explore CSD module →
-
View: CSD_REPAIR_JOBS_V 12.1.1
The view for getting repair orders with service request information.
APPS.CSD_REPAIR_JOBS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_ITEM_INSTANCES·Explore CSD module →
-
View: CSD_IR_REPAIR_JOBS_V 12.2.2
The view used in Submit Repair Jobs if the Allow create WIP Job w/o RMA is set
APPS.CSD_IR_REPAIR_JOBS_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_ITEM_INSTANCES·Explore CSD module →
-
View: CSD_REPAIRS_NON_SEC_V 12.1.1
The view for getting repair orders. It is without Service Security.
APPS.CSD_REPAIRS_NON_SEC_V·↳ CSD_REPAIRS·↳ CSD_REPAIR_TYPES_VL·↳ CSI_INSTANCE_STATUSES·Explore CSD module →
-
VIEW: EGO.EGO_AML_INTF# 12.2.2
-
This view returns the Details about Parent Child Process Hierarchy
Not implemented in this database·Explore AMW module →
-
Lists process details from amw_process and workflow tables
Not implemented in this database·Explore AMW module →
-
VIEW: EGO.EGO_AML_INTF# 12.2.2
-
This view returns the Details about Process
Not implemented in this database·Explore AMW module →
-
VIEW: APPS.AHL_ITEM_COMP_V 12.1.1
-
VIEW: APPS.AHL_ITEM_COMP_V 12.2.2
-
VIEW: APPS.AHL_ITEM_COMP_V 12.1.1
-
VIEW: APPS.AHL_ITEM_COMP_V 12.2.2
-
VIEW: APPS.CSD_REPAIR_JOBS_V 12.1.1
-
VIEW: APPS.CSD_REPAIR_JOBS_V 12.2.2