Delivering a Workflow Process

Delivering a Workflow Process to its parent integration branch makes it active in any Application Object Manager (AOM) with that Workspace Context. For more information about Workspaces, see Using Siebel Tools.

The steps involved in delivering a Workflow Process are:

  1. Modify the Workflow Process in the Developer Workspace.

  2. Test the updated Workflow Process.

  3. Deliver the Workspace to its parent Integration Workspace.

On delivering the Workflow Process, the following happens:

  • The runtime definition of the Workflow Process is created as an entry in the S_RR_WORKFLOW table.

  • If a runtime event is used to start the Workflow Process, then runtime events are created at that time.

    Note that during FullPublish, the S_RR_WORKFLOW table and related runtime event tables are reset to reflect the version of the Workflow Process that remains in the MAIN Workspace.

Note: If there are different runtime definitions of the same Workflow Process, modified in different Workspaces, then the appropriate definition will be picked up based on the Workspace Context defined in the AOM definition or selected by the user from the Workspace Dashboard at runtime.