Browser version scriptSkip Headers

Oracle® Fusion Applications CRM Extensibility Guide
11g Release 1 (11.1.1.5.0)
Part Number E20388-01
Go to contents  page
Contents
Go to Previous  page
Previous
Go to previous page
Next

2 Creating Object Workflows

This chapter contains the following:

Object Workflows: Explained

Object Workflows and Oracle Fusion CRM Application Composer: How They Work Together

Object Workflows: Examples

Object Workflows and Field Updates: How They Work Together

Object Workflows and E-Mail Notification: How They Work Together

Object Workflows and Task Creation: How They Work Together

Object Workflows and Outbound Message: How They Work Together

Creating Object-Specific Web Services: Explained

Object Workflows and Business Processes: How They Work Together

E-Mail Templates: Explained

Business Processes: Critical Choices

Object Workflows: Explained

The object workflows represent orchestrated business processes that are invoked based on the conditions that you define for triggering such processes. You must have administrative privileges to configure object workflows.

To configure an object workflow, select an object for which you want to create a workflow and specify the event point, event condition, and event action for that object. A business object is referred to as an object on the user interface.

This figure illustrates how the object workflows are configured and triggered.

How Object Workflows are Configured
and Triggered

Following are some of the common aspects of object workflow definition:

Oracle Fusion CRM Application Composer

You can use the application composer to customize standard business objects delivered as is or create custom business objects based on business needs. You can use both Standard Objects and Custom Objects to define object workflows. How you create and configure these objects determines and enforces that only the data relevant to the object in context is available for selection when defining a workflow. For example, when you define a trigger condition, an expression editor lists only those fields that are relevant to the object that you have selected.

Expression Editor

An expression editor supports building logical and math operations, including field lookups that you can optionally use to define trigger condition. Fields in the expression editor are populated based on the object for which you are defining a workflow. The expression editor displays a warning if your expression contains an invalid attribute name. However, you must confirm whether the attribute name is actually invalid. If an attribute exists which was created at runtime, then you can safely ignore the warning.

Use the expression editor to write Groovy-based application logic that determines when an object workflow is triggered. Some examples of the raise conditions you can use include the following:

Example 1:

Status=='IN_PROGRESS' && BudgetAvailableDate==Today() + 30

 

Example 2:

if (isAttributeChanged('PrimaryContactPartyName') && 
PrimaryContactPartyName =='Business World')  return true;  else  return false; 

 

Example 3:

WinProb>10 || WinProb<50 

 

In addition, keep these points in mind when using the expression editor to build raise conditions:

For more information, see the Developer's Guide to Scripting in Oracle Fusion CRM Application Composer on My Oracle Support at https://support.oracle.com.

Execution Schedule

While defining an event action, you can optionally set an execution schedule that governs when an event action should happen. Else, the event actions are run immediately. When multiple event actions are configured, the Field Updates happen first before any other event action is triggered. For event actions other than Field Updates, there is no particular sequence and the event actions are triggered based on whether or how you configure the execution schedule. You can set a time rule for an event action based on whether that event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks. If you schedule an event action for a time in the past, the event action is executed immediately after it is triggered.

Object Workflows and Oracle Fusion CRM Application Composer: How They Work Together

Oracle Fusion CRM Application Composer is a browser-based configuration tool. It is part of the CRM Extensibility Framework that provides a mechanism to extend applications. You must have administrative privileges to work with and configure object workflows using the application composer.

This figure illustrates how the Oracle Fusion CRM Application Composer is used for defining object workflows.

How Object Workflows and Oracle Fusion
CRM Application Composer Work Together

Oracle Fusion CRM Application Composer

You can use the application composer to customize standard business objects delivered as is or create custom business objects based on business needs. You can use both Standard Objects and Custom Objects to define object workflows. How you create and configure these objects determines and enforces that only the data relevant to the object in context is available for selection when defining a workflow. For example, when you define a trigger condition, an expression editor lists only those fields that are relevant to the object that you have selected.

Object Workflows: Examples

These examples illustrate the business scenarios where object workflows can be employed to automate business processes.

Scenario

In a sales division, the management plans to set an automated business process where each new opportunity must have an initial close date set automatically to 90 days from the day of creation of an opportunity. Being an administrator, you must create an object workflow based on management directions.

This figure illustrates an example of an event action triggered as part of object workflow definition.

Object Workflow Example with One Event
Action

To create a workflow, select Opportunity as an object and set the event point as When a record is created. Use the expression editor to set the event condition as Close Date is Null.

After defining the trigger condition, select the event action as Field Updates and use the expression editor to set the Close Date to Current Date plus 90 days; hence, when a user creates a new Opportunity in the system, the workflow is automatically activated setting the Close Date to 90 days from the creation date.

Scenario

In a sales division, the management plans to set a business process that when an opportunity is updated whose close date is current or past and the status is open, a reminder e-mail should be sent to specified recipients and the close date should be extended by 15 days. Being an administrator, you must create an object workflow based on management directions.

This figure illustrates an example of multiple event actions triggered as part of object workflow definition.

Object Workflow Example With Two Event
Actions

To create an object workflow with two event actions, select Opportunity object and set the event point as When a record is modified. Use the expression editor to set an event condition as Close Date is less than or equal to Current Date and Status is Open.

After defining the trigger condition, select an event action as Field Updates and use the expression editor to define an expression to set the Close Date to an additional 15 days. Create another event action as E-Mail Notification and specify the Recipients; hence, when an Opportunity is updated, the workflow checks the event conditions. If the conditions are met, an e-mail is sent to the specified recipients and the Close Date is extended by 15 days.

Object Workflows and Field Updates: How They Work Together

As part of object workflow definition, you can configure automatic field updates by specifying what fields you want to update and the value to apply to those fields. You must have administrative privileges to configure object workflows for field updates.

This figure illustrates how the field updates are configured and invoked.

How Object Workflows and Field Updates
Work Together

To define an object workflow for Field Updates, select an Object and provide a meaningful Name for the workflow. Define the event trigger conditions and select Field Updates as the event action to configure and update one or more fields for the selected object.

For configuring Field Updates event action, define the Name and Description for the field update action and optionally set the Execution Schedule for triggering such updates. When you select a field to update, the options on the page dynamically change for configuring field update actions depending on the field type. For example, if you select a field of type Date, a Date Picker appears.

In case of static choice list, the list of field values can either be in an alphabetical order or in the display sequence such as High, Medium, or Low, as defined. For updating static fields that have a display sequence, you can specify whether the field is to be populated with next value in list or populated with previous value in list during field updates. For example, assuming a display sequence of High, Medium, or Low, you can change High to Medium (populate with next value) or Low to Medium (populate with previous value) during field updates. However, if the current value is Low, and the event action has been configured using Populate with next value in the list, the field is not updated when the action is executed, because Low is already the last value in the sequence. Use Update More Fields option to select additional fields for an update.

Same-Object Field Updates

The field-updates event action acts on the same object that raises the event. For example, when you create an Opportunity object and do not specify the Close Date, you can define a Field Update action that sets the Close Date automatically to 90 days after the creation date.

Execution Schedule

While defining an event action, you can optionally set an execution schedule that governs when an event action should happen. Else, the event actions are run immediately. When multiple event actions are configured, the Field Updates happen first before any other event action is triggered. For event actions other than Field Updates, there is no particular sequence and the event actions are triggered based on whether or how you configure the execution schedule. You can set a time rule for an event action based on whether that event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks. If you schedule an event action for a time in the past, the event action is executed immediately after it is triggered.

Object Workflows and E-Mail Notification: How They Work Together

You can use object workflows to send e-mail communications to the intended recipients as an automated process. You must have administrative privileges to configure object workflows for e-mail notifications.

For example, you can set up a workflow that when the win probability is updated for an opportunity, an e-mail alert is automatically sent out to the resources who are assigned that opportunity along with the required information.

This figure illustrates how e-mail notifications are configured and invoked as part of object workflows.

How Object Workflows and E-Mail Notifications Work

To define an object workflow for E-Mail Notification, select an Object and provide a meaningful Name and Description for the workflow. Define the event trigger conditions and select E-Mail Notification as the event action to configure one or more notifications for the selected object.

For configuring E-Mail Notification as an event action, provide the Name and Description for the e-mail notification action and optionally set the Execution Schedule for triggering such notifications. Search an e-mail template by using one or more Search parameters such as full or partial Name, Description, or Subject, or by specifying whether the template is Active. Select a template to use and provide the information that you require in the e-mail alert. The fields that you select for an e-mail alert are populated during runtime.

Recipient Types

Use the Recipient Types list box to select and send e-mail notifications to a list of resources or enter Specific e-mail addresses separated by a comma. Depending on the Recipient Type, you can configure e-mail notifications for relative users, roles, or specific users. A user can be, for example, creator of the object for which event action is defined, the person who last updated the record, direct or indirect subordinates, or sales resources working as a team, and so on.

Execution Schedule

While defining an event action, you can optionally set an execution schedule that governs when an event action should happen. Else, the event actions are run immediately. When multiple event actions are configured, the Field Updates happen first before any other event action is triggered. For event actions other than Field Updates, there is no particular sequence and the event actions are triggered based on whether or how you configure the execution schedule. You can set a time rule for an event action based on whether that event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks. If you schedule an event action for a time in the past, the event action is executed immediately after it is triggered.

Object Workflows and Task Creation: How They Work Together

Oracle Fusion tasks integrate with BPEL human tasks and are available in the BPEL worklist application. You must have administrative privileges to configure object workflows for Oracle Fusion tasks.

You can configure object workflows to trigger auto-creation and assignment of tasks for an object. You can define tasks event action for only those objects that are configured to support the creation of tasks. For other objects, the tasks option is disabled.

This figure illustrates how tasks are configured and invoked as part of object workflows.

How Object Workflows and Task Creation
Work Together

To define an object workflow for Task Creation, select an Object and provide a meaningful Name and Description for the workflow. Define the event trigger conditions and select Task Creation as the event action to configure a task for the selected object.

For configuring Task Creation event action, define the Name and Description for the task action and optionally set the Execution Schedule.

If an object for which you are defining a Task Creation event action contains a customer, that customer is automatically included in the created task.

Use the Task Details to configure a task based on your requirements.

For example, when an opportunity reaches a Close Date and the status is still Open, you can use the Task Creation event action to assign a follow up task to the owner of the opportunity.

Execution Schedule

While defining an event action, you can optionally set an execution schedule that governs when an event action should happen. Else, the event actions are run immediately. When multiple event actions are configured, the Field Updates happen first before any other event action is triggered. For event actions other than Field Updates, there is no particular sequence and the event actions are triggered based on whether or how you configure the execution schedule. You can set a time rule for an event action based on whether that event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks. If you schedule an event action for a time in the past, the event action is executed immediately after it is triggered.

Object Workflows and Outbound Message: How They Work Together

You can configure an object workflow to send an outbound message to a Web service at a specified endpoint URL. An endpoint URL is an external Web service that shares data with Oracle Fusion CRM.

You must have administrative privileges to configure object workflows for outbound messages.

This figure illustrates how outbound messages are invoked as part of object workflows.

How Object Workflows and Outbound Messages
Work Together

To define an object workflow for outbound messages, select an Object and provide a meaningful Name and Description for the workflow. Define the event trigger conditions and select Outbound Message as the event action to send outbound messages for the selected object.

For configuring an outbound message event action, define the Name and Description for the outbound message action and set the Execution Schedule for triggering the action. Provide the endpoint URL of the external Web service, for example, an endpoint URL can be http://GlobalFusion:7011/OMTestOpportunity/OutboundMessageServiceSoapHttpPort. At runtime, a service data object containing details of the object on which the object workflow is defined is sent to the specified endpoint URL. For example, you can define an object workflow that automatically sends, based on a trigger, an outbound message containing an object like opportunity, lead, or account details from one system to another.

Outbound messages are queued up before they are processed. You can monitor the outbound messages including the history and the queued up messages and their statuses using the Oracle Enterprise Manager.

For more information about Oracle Enterprise Manager, see the Oracle Fusion Middleware Administrator's Guide.

As part of object workflow definition, if a field update event action is also scheduled along with outbound messages event action, the field updates event action is triggered first so that the outbound messages contains the updated data.

Execution Schedule

While defining an event action, you can optionally set an execution schedule that governs when an event action should happen. Else, the event actions are run immediately. When multiple event actions are configured, the Field Updates happen first before any other event action is triggered. For event actions other than Field Updates, there is no particular sequence and the event actions are triggered based on whether or how you configure the execution schedule. You can set a time rule for an event action based on whether that event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks. If you schedule an event action for a time in the past, the event action is executed immediately after it is triggered.

Creating Object-Specific Web Services: Explained

You can configure an object workflow to send an outbound message to a third-party Web service at a specified endpoint URL. An endpoint URL is an external Web service that receives data with Oracle Fusion Customer Relationship Management (CRM) applications. The third-party Web service must conform to the service WSDL defined by Oracle Fusion CRM.

This topic provides the following:

Configuring a Web Service

To configure a Web service, you must replace the parameters in the OutboundMessageService.xsd file using the Oracle Fusion Web service instructions.

Navigate to Oracle Enterprise Repository (OER):

  1. For a standard object, search for ADF Service in OER by object name.

    For custom objects, search for the generic Web service for all custom objects in the corresponding application, for example, Sales Custom Business Object.

  2. Extract the .xsd files from the live environment URL using the information provided under the service.

  3. Replace the parameters in OutboundMessageService.xsd with the names for the object of your interest.

    The parameters are marked in the .xsd file as parameters, $OBJECT_TARGET_NAMESPACE$ and $OBJECT_NAME$.

For more information about Oracle Enterprise Repository, see Oracle Fusion Middleware Configuration Guide for Oracle Enterprise Repository.

Examples of OutboundMessageService.wsdl and OutboundMessageService.xsd are provided here for reference.

WSDL File Example

This section includes an example of the OutboundMessageService.wsdl, for your reference.


//Sample OutboundMessageService.wsdl 
<wsdl:definitions
     name="OutboundMessageService"
     targetNamespace="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/"
     xmlns:errors="http://xmlns.oracle.com/adf/svc/errors/"
     xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
     xmlns:tns="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/"
     xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
     xmlns:types="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/types/"
    >
    <wsdl:import namespace="http://xmlns.oracle.com/adf/svc/errors/" location="ServiceException.wsdl"/>
    <wsdl:types>
        <schema xmlns="http://www.w3.org/2001/XMLSchema">
            <import namespace="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/types/"
                 schemaLocation="OutboundMessageService.xsd"/>
        </schema>
    </wsdl:types>
    <wsdl:message name="OutboundMessageService_processOutboundMessage">
        <wsdl:part name="parameters" element="types:processOutboundMessage"/>
    </wsdl:message>
    <wsdl:message name="OutboundMessageService_processOutboundMessageResponse">
        <wsdl:part name="parameters" element="types:processOutboundMessageResponse"/>
    </wsdl:message>
    <wsdl:portType name="OutboundMessageService">
        <wsdl:documentation/>
        <wsdl:operation name="processOutboundMessage">
            <wsdl:input message="tns:OutboundMessageService_processOutboundMessage"/>
            <wsdl:output message="tns:OutboundMessageService_processOutboundMessageResponse"/>
            <wsdl:fault name="ServiceException" message="errors:ServiceException"/>
        </wsdl:operation>
    </wsdl:portType>
    <wsdl:binding name="OutboundMessageServiceSoapHttp" type="tns:OutboundMessageService">
        <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
        <wsdl:operation name="processOutboundMessage">
            <soap:operation soapAction="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/processOutboundMessage"/>
            <wsdl:input>
                <soap:body use="literal"/>
            </wsdl:input>
            <wsdl:output>
                <soap:body use="literal"/>
            </wsdl:output>
            <wsdl:fault name="ServiceException">
                <soap:fault name="ServiceException" use="literal" encodingStyle=""/>
            </wsdl:fault>
        </wsdl:operation>
    </wsdl:binding>
    <wsdl:service name="OutboundMessageService">
        <wsdl:port name="OutboundMessageServiceSoapHttpPort" binding="tns:OutboundMessageServiceSoapHttp">
            <soap:address location="http://adc2111013:7101/OMInterface/OutboundMessageService"/>
        </wsdl:port>
    </wsdl:service>
</wsdl:definitions>

 

XSD File Example

This section provides an example of the OutboundMessageService.xsd, for your reference. The parameters are marked in the .xsd file as parameters, $OBJECT_TARGET_NAMESPACE$ and $OBJECT_NAME$.


//Sample: OutboundMessageService.xsd

<schema elementFormDefault="qualified" targetNamespace="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/types/"
     xmlns:ns0="http://xmlns.oracle.com/adf/svc/errors/" xmlns:ns1="$OBJECT_TARGET_NAMESPACE$"
     xmlns:ns2="http://xmlns.oracle.com/adf/svc/types/" xmlns:tns="http://xmlns.oracle.com/apps/crmCommon/content/outboundMessage/types/"
     xmlns="http://www.w3.org/2001/XMLSchema">
    <import namespace="http://xmlns.oracle.com/adf/svc/types/" schemaLocation="BC4JService.xsd"/>
    <import namespace="$OBJECT_TARGET_NAMESPACE$" schemaLocation="$OBJECT_NAME$.xsd"/>
    <import namespace="http://xmlns.oracle.com/adf/svc/errors/" schemaLocation="ServiceException.xsd"/>
    <element name="processOutboundMessage">
        <complexType>
            <sequence>
                <element name="object" type="ns1:$OBJECT_NAME$"/>
            </sequence>
        </complexType>
    </element>
    <element name="processOutboundMessageResponse">
        <complexType>
            <sequence/>
        </complexType>
    </element>
</schema>

 

Security Policy

The object workflow outbound messages use an authentication-only client side security policy: oracle/wss10_saml_token_client_policy. This policy includes SAML tokens in outbound SOAP request messages. The external service should use the service policy: oracle/wss10_saml_token_service_policy. This policy can be enforced on any SOAP-based endpoint. External Web services can use any security policy that is compatible with this policy, such as oracle/wss_saml_or_username_token_service.

For more information about Fusion Web service configuration and security, see the Oracle Fusion Middleware Security and Administrator's Guide for Web Services.

Object Workflows and Business Processes: How They Work Together

You must have administrator privileges to perform object workflow configurations. You can create, orchestrate, and trigger complex business processes using object workflows. These orchestrated business processes enable minimizing the setup and configuration required while implementing Oracle Fusion CRM.

This figure illustrates how business process flows are defined and used.

How Business Process Flows Are Defined
And Used

To define an object workflow for business processes, select an Object and provide a meaningful Name and Description for the workflow. Define the trigger conditions and select Business Processes as the event action to configure one or more business processes for the selected object.

For business process event action, provide a meaningful Name and Description for the business process workflow and set the Execution Schedule for triggering the business process flow. Select a business Project and map the Input Parameters to indicate what fields are affected by the triggered process.

Typically, when you create a Custom Object you also create a field called Approval Status for that custom object. The process flow template has a reserved parameter called heldEntityStatusField to which you must map this field. Only when you map correctly, the status of the invoked business process is updated with the mapped field; however, you must configure the object workflow to map that field as Literal. A Literal field is passed as is. For example, if the field is ApprovalStatus, the heldEntityStatusField must be set to ApprovalStatus_c. If you do not map the field as Literal, the actual value of ApprovalStatus_c is passed and not the actual field name, which is incorrect for heldEntityStatusField setup.

A business project contains one or more business process flows. You must create at least one process flow before defining an object workflow for the business process event action. You can Create or Update these business process flows by launching Oracle Business Process Composer using the Business Processes Node of the Oracle Fusion CRM Application Composer. You can use the delivered extnBusinessProcess template to create a New Project and then Save and Deploy the project to make it available for use for configuring object workflows. You can also Edit an existing project and Deploy. You can edit a deployed project using the Business Process Flow event action page only if you have created that project first as a Development Project; implying, you cannot edit a project that does not exist in the Development partition of the Oracle Metadata Service (MDS) repository.

For more information about composing and deploying business processes, see Oracle Fusion Middleware Modeling and Implementation Guide for Oracle Business Process Management.

For example, you can define a business process flow for a custom object within sales application that when the Approval Status changes to Draft, the status of that custom object is automatically changed to Approval Pending. Later, when that custom object is approved, its status is automatically changed to Approved.

Managing End-To-End Business Processes

CRM Extensibility Framework enables you to manage end-to-end business processes.

This figure illustrates how business processes are managed and used for object workflow definition.

How Business Process Flows are Managed
and Used

Options available for managing business process flows include:

Working With Oracle Business Process Composer

Oracle Business Process Composer is a web-based application that enables creating and customizing business process flows. Business process components such as rules, tasks, and services are created as part of Oracle Business Process Management (BPM) Studio that is also a repository for these components. You use these components for designing process flows using Oracle Business Process Composer that is invoked automatically when you choose to Create or Edit a business process.

Business Process Template

A business process flow template provides a basic structure with the services, business rules, and tasks for creating new business process flows. Based on business need, you can add, modify, or delete components from this template and readjust the flows to create a new process flow.

This template contains an approval process that covers typical CRM use cases. You can use this existing approval process and deploy it as a project or make modifications to this process as per your business needs.

Execution Schedule

While defining business process flow event action, you can set an Execution Schedule that governs when it should happen. Else, it happens immediately when the workflow is triggered. You can set a schedule based on whether this event action must occur after or before the triggering of a workflow or the occurrence of a date, and also specify the time duration in Hours, Days, or Weeks.

E-Mail Templates: Explained

You can create, manage, and use e-mail templates for configuring e-mail notifications as part of object workflows. E-mail templates define the layout of the e-mails, which ensures that e-mail notifications triggered by the same type of business event for a specific object have a consistent look and feel. You must have administrative privileges to define e-mail templates.

A template is created for a particular type of object and can be used only with that object when defining e-mail notifications. You can compose e-mail templates using the Oracle Fusion CRM Application Composer user interface or use any e-mail editor to create a template and then upload the template using the user interface. You can use e-mail templates, for example, for including your company letterhead in outbound e-mail communications.

You can Search an e-mail template using either or all of the search parameters such as full or partial Name of the template, the Object to which the template is associated, and whether the template is Active.

Managing E-Mail Templates

Managing e-mail templates include tasks that enable you to Search, View, Duplicate, Create, Edit, or Delete a template.

Options available for managing e-mail templates include:

Configuring E-Mail Templates

You can define a template using the formatting features as available in any HTML based e-mail client. Templates are automatically converted to plain text for users who cannot view HTML e-mails. Advanced HTML users can edit the templates using the Source Code Editing Mode where the tags are set to visible. These advanced users can copy and edit the source code in any HTML editor, and then paste the edited code back to Oracle Fusion. While defining an e-mail template, the fields you select and embed in a template are specific to the selected object. The fields are populated with values at runtime.

Options available for configuring e-mail templates include:

Business Processes: Critical Choices

You must have administrator privileges to perform object workflow configurations. You can create, orchestrate, and trigger complex business processes using object workflows. These orchestrated business processes enable minimizing the setup and configuration required while implementing Oracle Fusion CRM.

A process flow is independent of the entities being used as part of the object workflow definition; therefore, how you create and configure the properties of the components in the process flow template and how you map the input parameters from the object workflow definition determines what a process flow does when is it invoked as part of object workflow.

Oracle Business Process Composer

You can use Oracle Business Process Composer to orchestrate predefined components such as human-workflow tasks, services, and BPEL flows.

Options available from within the Oracle Business Process Composer application for configuring a business process flow include:

For more information about composing and deploying business processes, see Oracle Fusion Middleware Modeling and Implementation Guide for Oracle Business Process Management.

Note

It is highly recommended that you do not delete or modify the services, rules, tasks, or system fields in an existing business process unless you are sure. It may fail validations.

Business Process Template

A business process flow template provides a basic structure with the services, business rules, and tasks for creating new business process flows. Based on business need, you can add, modify, or delete components from this template and readjust the flows to create a new process flow.

This template contains an approval process that covers typical CRM use cases. You can use this existing approval process and deploy it as a project or make modifications to this process as per your business needs.

When using the delivered template to create a project or when you are modifying an existing project, do not attempt the following unless you are sure.

However, you can change or add a node, or business rules, for human task implementation process. For example, you can change SerialGivenUserNameApproval with SerialApprovalGroupApproval.

Note

You cannot use a template on as is basis for automating a business process. You must create a new project using the template and then deploy it for use.

This table lists the configurations that are provided as part of the delivered template. You can use these elements or create these based on business needs.


Services Delivered

Business Rules

Human Tasks

Local Variables Delivered

createBusinessProcessHold

ParallelBusinessValidationApprovalRules

ParallelApprovalGroupApproval

Hold

deleteBusinessProcessHold

ParallelPositionHierarchyApprovalRules

ParallelBusinessValidationApproval

taskApprovers

getBusinessProcessHold

SerialBusinessValidationApprovalRules

ParallelGivenUserNameApproval

taskTitle

updateBusinessProcessHold

SerialPositionHierarchyApprovalRules

ParallelJobLevelHierarchyApproval

taskOwner

Service.Externals.CreateActivity

Not Applicable

ParallelPositionHierarchyApproval

taskErrorAssignee

Service.Externals.HoldService

Not Applicable

ParallelSupervisoryHierarchyApproval

taskOutcome

Service.Externals.SendEmailNotification

Not Applicable

SerialApprovalGroupApproval

entityHoldIdVar

Service.Externals.SendOutboundMessage

Not Applicable

SerialBusinessValidationApproval

heldEntityVar

Service.Externals.UpdateEntityFields

Not Applicable

SerialGivenUserNameApproval

heldEntityIdVar

Not Applicable

Not Applicable

SerialJobLevelHierarchyApproval

Not Applicable

Not Applicable

Not Applicable

SerialPositionHierarchyApproval

Not Applicable

Not Applicable

Not Applicable

SerialSupervisoryHierarchyApproval

Not Applicable

Mapping Input Parameters

The properties of a component used in a business process flow include the fields or input arguments that must be mapped back from the business process event action during object workflow definition.

You can choose to either map a field as absolute (Literal) or relative (variable). To pass a field as literal, mark the field as Literal within the Oracle Fusion CRM Application Composer when configuring the Business Process Flow event action. When a business process is triggered, a Literal field is passed as is, whereas a non-literal field is assigned a value at runtime.