Search Results workflow_process




Overview

APPS.ENGFV_WORKFLOW_PROCESSES is a reporting view in Oracle E-Business Suite that exposes the list of workflow process definitions recognized by the Engineering (ENG) application. The view belongs to the APPS schema and was documented in the E-Business Suite Technical Reference Manual (ETRM) for release 12.2.2, and the same definition applies to 12.1.1. Its purpose is to present a simplified, denormalized projection of workflow process metadata — specifically the internal process name and its user-facing display name — for consumption by concurrent programs, forms, OAF pages, BI Publisher reports, and custom integrations that need to enumerate or validate engineering-related workflow processes.

The view does not store data itself. It is a read-only, pass-through construct defined directly over a single underlying view (ENG_WF_PROCESS_V). Because the parent object is itself a view, ENGFV_WORKFLOW_PROCESSES acts as an application-layer alias or facade that shields callers from the underlying join logic, naming conventions, and any security filtering implemented in the base view. This layering is characteristic of ETRM-documented "FV" views, which typically serve as the officially supported interface for external or cross-module queries.

Underlying Base Objects

Per the ETRM metadata, the view is defined over exactly one referenced object: ENG_WF_PROCESS_V, which is itself a VIEW, not a table. The documented SQL text is:

Two observations follow from this text. First, the view performs no joins, aggregations, filters, or transformations — it is a pure column projection with an inline alias (WORKFLOW_PROCESS) applied to the base view. Second, resolution of the actual rows requires tracing ENG_WF_PROCESS_V to its own underlying base tables, which fall within the Engineering (ENG) product schema. Standard EBS practice dictates that customers and integrators query only the APPS synonym/view layer (ENGFV_WORKFLOW_PROCESSES) rather than the ENG-owned base view, because the APPS layer is the supported, upgrade-stable access point and is granted to the APPS and reporting responsibilities.

Key Columns

The view exposes exactly two columns, both inherited unchanged from ENG_WF_PROCESS_V:

  • PROCESS_NAME — The internal, system-level identifier of the workflow process definition. This is the value used programmatically by the Oracle Workflow engine when a process is launched, referenced, or subscribed to. It is the key column for joins to workflow metadata tables and for lookups performed by custom code.
  • DISPLAY_NAME — The user-facing label for the same process. This is the value intended for presentation in forms, reports, and Lov (List of Values) components, and it may differ from PROCESS_NAME in spelling, case, or localization.

No additional descriptive columns (such as item type, version, or description) are exposed by this view; callers needing broader workflow attributes must query the Oracle Workflow schema objects (for example, WF_ITEM_TYPES, WF_ACTIVITIES, WF_PROCESS_ACTIVITIES) directly.

Common Use Cases and Queries

Typical scenarios include populating a List of Values for an engineering workflow parameter, validating that a configured process name exists before submission, and generating cross-reference reports of engineering workflow processes in a given environment.

Enumerate all engineering workflow processes:

  • SELECT process_name, display_name FROM apps.engfv_workflow_processes ORDER BY display_name;

Resolve a display name from a known process name:

  • SELECT display_name FROM apps.engfv_workflow_processes WHERE process_name = :p_process_name;

Case-insensitive search for an LOV:

  • SELECT process_name, display_name FROM apps.engfv_workflow_processes WHERE UPPER(display_name) LIKE UPPER('%' || :search_term || '%');

Because the view is a thin projection with no filters, result sets are small and no special performance tuning is required. Access should be granted through the standard APPS synonym rather than direct grants on ENG_WF_PROCESS_V, ensuring compatibility across 12.1.1 and 12.2.2 upgrades.