Search Results check_billing_schedule




Overview

OKS_QA_DATA_INTEGRITY is a PL/SQL package owned by the APPS schema within Oracle E-Business Suite Release 12.1.1 and 12.2.2. Its classification in the E-Business Technical Reference Manual (ETRM) is "OTHER," reflecting its role as a centralized validation and data integrity library rather than a formal public business API. The package belongs to the Oracle Knowledge Store / Service Contracts (OKS) module family, which underpins service contract authoring, subscription management, and covered-product entitlement processing.

The primary business function of OKS_QA_DATA_INTEGRITY is to enforce consistency across the many attributes that a service contract or subscription line can reference. Rather than duplicating validation logic in each form or workflow, the OKS module centralizes checks in this package so that credit card data, billing schedules, coverage levels, customer credit holds, item effectivity, and address records are validated against the same rules.

Key Procedures and Functions

The ETRM documents 27 callable units. Representative members include:

Tables Accessed

The package reads and, where required, writes to a defined set of APPS synonyms. Customer and party data is drawn from HZ_CUST_ACCOUNTS, HZ_CUST_ACCT_RELATE_ALL, HZ_CUST_ACCT_SITES_ALL, HZ_CUST_SITE_USES_ALL, HZ_PARTIES, and HZ_PARTY_SITES. Installed base and item data come from CSI_ITEM_INSTANCES, CSI_SYSTEMS_B, MTL_SYSTEM_ITEMS, and CS_CUSTOMER_PRODUCT_STATUSES. Receivables and system setup information comes from AR_RECEIPT_METHODS and AR_SYSTEM_PARAMETERS_ALL. Concurrent program and application context is read from FND_APPLICATION, FND_CONCURRENT_PROGRAMS, and FND_CONCURRENT_REQUESTS.

Usage Notes

OKS_QA_DATA_INTEGRITY is typically invoked from the Service Contracts and Subscriptions forms, from workflow or concurrent program validation steps, and from custom PL/SQL that needs to reuse standard OKS integrity rules. Its only documented external dependency is OKC_API (Oracle Knowledge Contracts API), plus SYS.STANDARD. The ETRM records that the package is referenced by zero other packages, indicating it is an internal OKS validation library rather than a widely shared integration point. Custom code should call individual CHECK_* procedures rather than assuming a single entry point.