Results for “cs_customer_product_statuses”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
CS_CUSTOMER_PRODUCT_STATUSES is a Service (CS) module reference table in Oracle E-Business Suite 12.1.1 and 12.2.2 that defines the discrete lifecycle statuses assignable to products recorded in the installed base. Installed base records — the customer-facing inventory of items, systems, and configurations a customer owns — carry a status that indicates whether a product is active, terminated, or in some other administrative state. This table provides the controlled vocabulary for those states, ensuring that every installed base product references a valid, predefined status rather than free-form text.
From a dimensional modeling perspective, the metadata classifies this object as hub-leaning. That classification suggests CS_CUSTOMER_PRODUCT_STATUSES functions primarily as a hub: a table whose surrogate key is referenced by multiple dependent tables, providing a stable, reusable identity for each status value independent of how it is described or consumed. Treating it as a hub is a modeling suggestion only; in the EBS schema it functions as a standard lookup/reference table. Note that the implementation metadata records "Not implemented in this database" for this specific extraction, meaning the table may be absent or empty in the surveyed instance, but it remains the canonical definition for statuses in the installed base.
Key Information Stored
The table is anchored by a single-column surrogate primary key, CUSTOMER_PRODUCT_STATUS_ID, enforced through the CS_CUSTOMER_PRODUCT_STATUS_PK constraint. This identifier is the value propagated into all dependent tables and should be treated as the authoritative business/technical key for a status row.
- CUSTOMER_PRODUCT_STATUS_ID — surrogate primary key and the foreign key target for every referencing table.
- Status name / description — the user-visible label presented in the Service responsibility when assigning a status to an installed base product.
- Status code — the internal, language-independent identifier used by application logic and concurrent programs.
- Enabled/active flag — governs whether the status remains selectable for new assignments.
- Seeded indicator — distinguishes Oracle-supplied statuses from user-defined ones.
- Audit columns — creation and last-update who/date columns common to EBS base tables.
Because the documented metadata does not enumerate descriptive or business-key columns, the surrogate key CUSTOMER_PRODUCT_STATUS_ID is the only column with a confirmed unique constraint; any additional uniqueness (for example on a name or code) should be confirmed against the live ALL_CONS_COLUMNS and ALL_INDEXES views in the target instance.
Common Use Cases and Queries
Typical reporting resolves the status of installed base products by joining CS_CUSTOMER_PRODUCTS_ALL to this reference table. A representative pattern:
- Listing active installed base products: SELECT cpi.serial_number, cps.customer_product_status_id FROM cs_customer_products_all cpi JOIN cs_customer_product_statuses cps ON cps.customer_product_status_id = cpi.customer_product_status_id WHERE cpi.customer_product_status_id = :status_id;
- Identifying which transaction types move a product into or out of a given status by joining CS_TRANSACTION_TYPES_B on INSTALLED_CP_STATUS_ID and NEW_CP_STATUS_ID.
- Populating status LOVs in custom Service extensions and in the Service Workbench.
- Reconciliation reporting: confirming that no CS_CUSTOMER_PRODUCTS_ALL row references an orphaned or disabled status.
Related Objects
The foreign-key metadata establishes two direct dependents, with the third relationship an outbound-external pattern to the same table evidenced through CS_TRANSACTION_TYPES_B:
- CS_CUSTOMER_PRODUCTS_ALL — the installed base product table; joins via CS_CUSTOMER_PRODUCTS_ALL.CUSTOMER_PRODUCT_STATUS_ID = CS_CUSTOMER_PRODUCT_STATUSES.CUSTOMER_PRODUCT_STATUS_ID. This is the primary transactional consumer.
- CS_TRANSACTION_TYPES_B — joins on two columns, INSTALLED_CP_STATUS_ID and NEW_CP_STATUS_ID, defining the status transitions triggered by a transaction type.
These relationships confirm CS_CUSTOMER_PRODUCT_STATUSES as a reference hub feeding both the installed base record and the transaction-type configuration that governs lifecycle movement.
-
Statuses that can be assigned to products in the installed base
Not implemented in this database·Explore CS module →
-
Statuses that can be assigned to products in the installed base
Not implemented in this database·Explore CS module →
-
Statuses that can be assigned to products in the installed base
APPS.OKX_CUST_PROD_STATUSES_V·↳ CS_CUSTOMER_PRODUCT_STATUSES·Explore OKX module →
-
Statuses that can be assigned to products in the installed base
APPS.OKX_CUST_PROD_STATUSES_V·↳ CS_CUSTOMER_PRODUCT_STATUSES·Explore OKX module →
-
View: SO_SERVICE_DETAILS 12.2.2
APPS.SO_SERVICE_DETAILS·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS·Explore OE module →
-
View: CS_CP_AUDIT_MAINT_V 12.2.2
Audit information for customer products
APPS.CS_CP_AUDIT_MAINT_V·↳ CSICUMPI_PUB·↳ CS_CP_AUDIT·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
View: CS_ACC_CP_RG_V 12.2.2
This view is used by the main service request form for a record group to retrieve install base information.
APPS.CS_ACC_CP_RG_V·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
View: CS_ACC_CP_RG_V 12.1.1
This view is used by the main service request form for a record group to retrieve install base information.
APPS.CS_ACC_CP_RG_V·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
- Retrofitted
APPS.CS_CUSTOMER_PRODUCTS_REPORT_V·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
View: SO_SERVICE_DETAILS 12.1.1
APPS.SO_SERVICE_DETAILS·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS·Explore OE module →
-
View: CS_CP_AUDIT_MAINTAIN_V 12.2.2
View of the Customer Product Audit table
Not implemented in this database·Explore CS module →
-
View: CS_CP_AUDIT_MAINT_V 12.1.1
Audit information for customer products
APPS.CS_CP_AUDIT_MAINT_V·↳ CSICUMPI_PUB·↳ CS_CP_AUDIT·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
- Retrofitted
APPS.CS_CUSTOMER_PRODUCTS_REPORT_V·↳ CSICUMPI_PUB·↳ CS_CP_REVISIONS·↳ CS_CUSTOMER_PRODUCTS_ALL·Explore CS module →
-
View: CS_CP_AUDIT_MAINTAIN_V 12.1.1
View of the Customer Product Audit table
Not implemented in this database·Explore CS module →
-
VIEW: APPS.CS_ACC_CP_RG_V 12.2.2
-
Seeded and user-defined Transactions Types that determine processing rules for Charges
-
This view gives distinct order line statuses for an Order .
Not implemented in this database·Explore XNC module →
-
View: AST_INSTALLED_BASE_V 12.2.2
Not implemented in this database·Explore AST module →
-
Not implemented in this database·Explore BIC module →
-
VIEW: APPS.CS_ACC_CP_RG_V 12.1.1
-
The Customer installed base Products information.
Not implemented in this database·Explore CS module →
-
View: CS_ACC_CP_RG_V_1155 12.1.1
This view is used by the main service request form for a record group to retrieve install base information.
Not implemented in this database·Explore CS module →
-
View: CS_ACC_CP_RG_V_1155 12.2.2
This view is used by the main service request form for a record group to retrieve install base information.
Not implemented in this database·Explore CS module →
-
This view gives distinct order line statuses for an Order .
Not implemented in this database·Explore XNC module →
-
View used to define the attribute fields for an AK object for construction of the Installed Base tree
Not implemented in this database·Explore XNC module →
-
Not implemented in this database·Explore BIC module →
-
View: AST_INSTALLED_BASE_V 12.1.1
Not implemented in this database·Explore AST module →
-
The Customer installed base Products information.
Not implemented in this database·Explore CS module →
-
View used to define the attribute fields for an AK object for construction of the Installed Base tree
Not implemented in this database·Explore XNC module →
-
Seeded and user-defined Transactions Types that determine processing rules for Charges