Results for “seeded_flag”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
The CS_BILLING_TYPE_CATEGORIES table resides in the CS (Service) schema and serves as the definitive mapping construct between billing types and billing categories within Oracle E-Business Suite Release 12.1.1 and 12.2.2. Its documented purpose is to define how individual billing types are grouped into higher-level billing categories, providing the classification framework that drives service billing, contract invoicing, and revenue recognition processing across the Service module. Because billing categories aggregate billing types, this table is central to how Oracle Service organizes and reports on billable activity.
Under a heuristic Data Vault classification mined from the foreign key structure, this table is categorized as standalone, meaning it does not exhibit the classic hub-and-satellite dependency pattern typical of transactional service entities. In modeling terms, this classification suggests the table behaves as a reference or lookup construct rather than a transactional fact or a dependent link, which is consistent with its role as a static mapping definition.
Key Information Stored
The table contains 13 documented columns. The most significant are outlined below.
- BILLING_TYPE — The column that forms the primary key (CS_BILLING_TYPE_CATEGORIES_PK) and is also the first column of the unique index CS_BILLING_TYPE_CATEGORIES_U1. It identifies the specific billing type being classified.
- BILLING_CATEGORY — Stores the category to which the billing type is mapped; this is the core output of the mapping definition.
- ZD_EDITION_NAME — The second column of the unique business-key index U1 (BILLING_TYPE, ZD_EDITION_NAME), supporting edition-based redefinition and multitenant-aware lookups.
- ROLLUP_ITEM_ID — References the rollup item associated with the billing type, linking category assignment to reporting or aggregation structures.
- START_DATE_ACTIVE and END_DATE_ACTIVE — Define the effective date range during which the mapping is active, enabling date-effective resolution of billing categories.
- SEEDED_FLAG — Indicates whether the row is seeded by Oracle or created by the customer, which governs upgrade behavior.
- SECURITY_GROUP_ID — Foreign key to FND_SECURITY_GROUPS, enforcing multi-org and security-group access control.
- Standard audit columns — LAST_UPDATE_DATE, LAST_UPDATED_BY, CREATION_DATE, CREATED_BY, and LAST_UPDATE_LOGIN — capture WHO columns for governance and auditing.
The surrogate primary key is BILLING_TYPE, while the documented business-key candidate is the composite unique index (BILLING_TYPE, ZD_EDITION_NAME).
Common Use Cases and Queries
Typical scenarios include resolving the category for a given billing type during invoice generation, validating active mappings within a date window, and reporting billing activity aggregated by category. A representative query returning active mappings follows:
SELECT billing_type, billing_category FROM cs_billing_type_categories WHERE SYSDATE BETWEEN NVL(start_date_active, SYSDATE) AND NVL(end_date_active, SYSDATE) AND security_group_id = :sgid;- Reporting joins to billing and contract lines aggregate amounts by BILLING_CATEGORY.
- Setup validation queries identify billing types lacking an active category mapping, which can cause downstream billing failures.
Related Objects
The documented relationship data identifies the following significant references and dependencies:
- FND_SECURITY_GROUPS — joined via SECURITY_GROUP_ID to enforce access control.
- CS_BILLING_TYPE_CATEGORIES_PK — the primary key constraint on BILLING_TYPE.
- CS_BILLING_TYPE_CATEGORIES_U1 — the unique business-key index on BILLING_TYPE and ZD_EDITION_NAME.
- Service billing and contract tables that consume BILLING_TYPE and BILLING_CATEGORY for invoicing and revenue classification.
- The Billing Type and Billing Category setup entities that reference these lookup values.
Administrators should treat this table as a configuration-driven mapping whose seeded rows should not be altered directly outside supported setup paths.
-
This table defines the mapping of Billing types to Billing Categories
-
This table stores mappings between Party Role Groups and Party Roles.
-
Tale defines valid event-action associations.
-
It stores the relationship between functions and filters. The table has a foreign key to both the table CS_QM_FILTERS and FND_FORM_FUNCTIONS.
-
This table contains event-condition details for all event rules.
-
Stores link types and the objects (in JTF Objects) that can be linked with the type. Links are restricted in use to only a selected number of objects. For eg. a SR **cannot** be a 'Duplicate Of' a Defect, it can only be a 'Duplicate Of' ano
-
Stores link types and the objects (in JTF Objects) that can be linked with the type. Links are restricted in use to only a selected number of objects. For eg. a SR **cannot** be a 'Duplicate Of' a Defect, it can only be a 'Duplicate Of' ano
-
Base table for all event definitions.
-
Base table for all action definitions.
-
Base table for all action definitions.
-
FILTERS are pre-seeded and stores the information of a filter definition, such as the filter name. The combination of FILTER_CODE and FILER_NAME is unique.
-
View: CS_SR_ACTION_CODES_VL 12.2.2
View for all action defnitions. The view is based off cs_sr_action_codes_b and tl.
APPS.CS_SR_ACTION_CODES_VL·↳ CS_SR_ACTION_CODES_B·↳ CS_SR_ACTION_CODES_TL·Explore CS module →
-
View: CS_SR_EVENT_CODES_VL 12.1.1
View for all event defnitions. View is based on cs_sr_event_codes_b and tl.
APPS.CS_SR_EVENT_CODES_VL·↳ CS_SR_EVENT_CODES_B·↳ CS_SR_EVENT_CODES_TL·Explore CS module →
-
FILTERS are pre-seeded and stores the information of a filter definition, such as the filter name. The combination of FILTER_CODE and FILER_NAME is unique.
-
Table contains action details associated to all event rules.
-
Tale defines valid event-action associations.
-
Table contains action details associated to all event rules.
-
This table contains event-condition details for all event rules.
-
This table defines the mapping of Billing types to Billing Categories
-
This table stores mappings between Party Role Groups and Party Roles.
-
This is the base table for storing all the party role group definition.
-
This is the base table for storing all the party role definitions.
-
View: CS_CF_FLOWS_VL 12.1.1
Multi-lingual view for CS_CF_FLOWS_B and CS_CF_FLOWS_TL tables.
APPS.CS_CF_FLOWS_VL·↳ CS_CF_FLOWS_B·↳ CS_CF_FLOWS_TL·Explore CS module →
-
It stores the relationship between functions and filters. The table has a foreign key to both the table CS_QM_FILTERS and FND_FORM_FUNCTIONS.
-
View: CS_SR_ACTION_CODES_VL 12.1.1
View for all action defnitions. The view is based off cs_sr_action_codes_b and tl.
APPS.CS_SR_ACTION_CODES_VL·↳ CS_SR_ACTION_CODES_B·↳ CS_SR_ACTION_CODES_TL·Explore CS module →
-
View: CS_SR_EVENT_CODES_VL 12.2.2
View for all event defnitions. View is based on cs_sr_event_codes_b and tl.
APPS.CS_SR_EVENT_CODES_VL·↳ CS_SR_EVENT_CODES_B·↳ CS_SR_EVENT_CODES_TL·Explore CS module →
-
This is the base table for storing all the party role group definition.
-
Base table for all event definitions.
-
This table contains non-translated information about Service Request urgencies.
-
This is the base table for storing all the party role definitions.
-
View: CS_SR_LINK_TYPES_VL 12.1.1
View has information of service request relationship types. This view is based on CS_SR_LINK_TYPES_B and _TL and is used to select the translated name and description. New for 1159.
APPS.CS_SR_LINK_TYPES_VL·↳ CS_SR_LINK_TYPES_B·↳ CS_SR_LINK_TYPES_TL·Explore CS module →
-
This table maps service request types to responsibilities.
-
View: CS_PARTY_ROLES_VL 12.2.2
This is a _VL view. This view is based on table cs_party_roles_b and _tl table.
APPS.CS_PARTY_ROLES_VL·↳ CS_PARTY_ROLES_B·↳ CS_PARTY_ROLES_TL·Explore CS module →
-
This table stores the flow instances of a particular flow type.
-
This is a _VL view. This view is based on table cs_party_role_groups_b and _tl table.
APPS.CS_PARTY_ROLE_GROUPS_VL·↳ CS_PARTY_ROLE_GROUPS_B·↳ CS_PARTY_ROLE_GROUPS_TL·Explore CS module →
-
View: CS_SR_LINK_VALID_OBJ_V 12.2.2
APPS.CS_SR_LINK_VALID_OBJ_V·↳ CS_SR_LINK_TYPES_VL·↳ CS_SR_LINK_VALID_OBJ·↳ JTF_OBJECTS_VL·Explore CS module →
-
View: CS_SR_LINK_VALID_OBJ_V 12.1.1
APPS.CS_SR_LINK_VALID_OBJ_V·↳ CS_SR_LINK_TYPES_VL·↳ CS_SR_LINK_VALID_OBJ·↳ JTF_OBJECTS_VL·Explore CS module →
-
This table maps service request types to responsibilities.
-
Multi-lingual view for CS_INCIDENT_SEVERITIES_B and CS_INCIDENT_SEVERITIES_TL tables.
APPS.CS_INCIDENT_SEVERITIES_VL·↳ CS_INCIDENT_SEVERITIES_B·↳ CS_INCIDENT_SEVERITIES_TL·Explore CS module →
-
This table contains non-translated information about Service Request severities.
-
Seeded and user-defined Transactions Types that determine processing rules for Charges
-
This table is used to store all the valid relationship Types between service request and service request and between service request and other business objects. The relationship description is stored in the translation table CS_SR_LINK_TY
-
Single language view of CS_TRANSACTION_TYPES_B and CS_TRANSACTION_TYPES_VL
APPS.CS_TRANSACTION_TYPES_VL·↳ CS_TRANSACTION_TYPES_B·↳ CS_TRANSACTION_TYPES_TL·Explore CS module →
-
Single language view of CS_TRANSACTION_TYPES_B and CS_TRANSACTION_TYPES_VL
APPS.CS_TRANSACTION_TYPES_VL·↳ CS_TRANSACTION_TYPES_B·↳ CS_TRANSACTION_TYPES_TL·Explore CS module →
-
This table contains non-translated information about Service Request urgencies.
-
This table stores the flow instances of a particular flow type.
-
This table contains non-translated information about Service Request type codes.
-
View: CS_SR_LINK_TYPES_VL 12.2.2
View has information of service request relationship types. This view is based on CS_SR_LINK_TYPES_B and _TL and is used to select the translated name and description. New for 1159.
APPS.CS_SR_LINK_TYPES_VL·↳ CS_SR_LINK_TYPES_B·↳ CS_SR_LINK_TYPES_TL·Explore CS module →
-
View: CS_INCIDENT_TYPES_VL 12.2.2
Multi-lingual view for CS_INCIDENT_TYPES_B and CS_INCIDENT_TYPES_TL tables.
APPS.CS_INCIDENT_TYPES_VL·↳ CS_INCIDENT_TYPES_B·↳ CS_INCIDENT_TYPES_TL·Explore CS module →
-
Multi-lingual view for CS_INCIDENT_URGENCIES_B and CS_INCIDENT_URGENCIES_TL tables. Refer to Base Tables for details.
APPS.CS_INCIDENT_URGENCIES_VL·↳ CS_INCIDENT_URGENCIES_B·↳ CS_INCIDENT_URGENCIES_TL·Explore CS module →