Académique Documents
Professionnel Documents
Culture Documents
Introduction
Oracle® Workflow is a workflow management system that supports business process definition and automation. Its
enables automation and continuous improvement to business processes, routing information of any type according to
user-defined business rules. It allows you to provide all parties in a business process with all the information they
need to make the right decision in an efficient manner. It can route summary and detail information to each decision
maker in your workflow process. Oracle Workflow lets you reference documents in your business process that are
dynamically generated from data in your Oracle Application. It allo ws you to model and maintain business
processes using a graphical workflow builder. It can define processes that loop, branch into parallel flows and
rendezvous, decompose into sub-flows, branch on task results, timeout, and more.
Key Components
Oracle Workflow Builder
Oracle Workflow Builder allows you to create, view, or modify a business process. Using the Workflow Builder,
one can create and modify all workflow objects, including activities, item types, and messages. You can add,
remove, or change workflow activities, or set up new prerequisite relationships among the activities
Workflow Engine
The Workflow Engine monitors workflow states and coordinates the routing of activities for a process. Changes in
workflow state, such as the completion of workflow activities, are signaled to the engine via a PL/SQL API or a
Java API. Based on flexibly–defined workflow rules, the engine determines which activities are eligible to run, and
then runs them. The Workflow Engine supports sophisticated workflow rules, including looping, branching, parallel
flows, and sub-flows.
Attribute
An attribute acts as a global variable that can be referenced or updated by any activity within a process. An item
type attribute provides information about an item that is necessary for the workflow process to complete e.g.
Doc_Cost_Center stores information about the document cost center. Applications as well as function activities can
reference and set item type attributes using the Oracle Workflow Engine APIs.
Process
Oracle Workflow manages business processes according to rules that you define. The rules, which we call a
workflow process definition, include the activities that occur in the process and the relationship between those
activities. An activity in a process definition can be an automated function defined by a PL/SQL stored procedure, or
a notification to a user or role that may optionally request a response, or a sub-flow that itself is made up of a more
granular set of activities e.g. manager approval process in iExpenses is a process.
Functions
A function activity represents a PL/SQL stored procedure that the Workflow Engine executes automatically. A
function activity can also have activity attributes associated with it.
Messages
A message is what a notification activity sends to a role in a workflow process. A message can prompt a user for a
reply or an action to take that determines what the next activity in the process should be. The recipient of a
workflow message is called the performer. Each message is associated with a particular item type. This allows the
message to reference the item type’s attributes for token replacement at runtime when the message is delivered.
Lookup Types
A lookup type is a static list of values. These lists can be referenced by activities and by item type, message or
activity attributes. For example, an activity can reference a lookup type for its possible result values, while a
message attribute can reference a lookup type as a means of providing a list of possible responses to the performer
of a notification.
In addition, Oracle Workflow provides three local tables called WF_LOCAL_USERS, WF_LOCAL_ROLES, and
WF_LOCAL_USER_ROLES You can use these tables to store users and roles not included in your existing
directory repository. In Oracle Applications, your Oracle Workflow directory service views are automatically based
on a unified Oracle Applications environment. The unified environment maps over Oracle Human Resources tables,
Oracle Application Object Library tables, various Oracle Applications tables, and WF_LOCAL tables.
WF_LOCAL_USER
You can use this table to define users which are not included in unified Oracle Application Environment.
WF_LOCAL_ROLES
You can use this table to define roles which are not included in unified Oracle Application Environment.
WF_LOCAL_USER_ROLES
The Wf_Local_User_Roles table is an intersection of the users and roles in Wf_Local_Users and Wf_Local_Roles.
System: Mailer
Use the System: Mailer item type in Oracle Workflow Builder to configure the templates that Oracle Workflow uses
to send E– mail notifications. The System: Mailer item type has attributes that represent every part of the notification
message. You can reorganize the layout of these attributes in each template to customize the E– mail messages sent
by the Notification system. The messages of the System: Mailer item type is not true messages; rather they act as
template for any E– mail messages the Notification system sends. System: Mailer messages determine the basic
format of an E– mail notification, including what header information to include, or whether and where to include
details such as the message due date and priority.
Workflow Canceled Mail template is used to inform the recipient that a previously sent notification is canceled.
Microsoft® Exchange
Public Folders
Public folders allow you to collect organize and share information with others on your team or across your
organization. Public folders can be used to store any type of files or Outlook items. Public folders have E-mail
addresses used to post messages.
Public Folders
Operations Operations
operations.fdvl@us.pwcglobal.com operations.fprd@us.pwcglobal.com
Manager Manager
manager.fdvl@us.pwcglobal.com manager.fprd@us.pwcglobal.com
Issues
Automated work processes are efficient, but can leave support staff feeling “out of touch” with their operation.
Operation support staffs now want to know how they can stay in touch with automated process ? Is it possible for
them to know when there is a problem ? Navigating through workflow diagram environment can be intimidating for
non-technical support personnel.
Solutions
Through the creative use of workflow and its capabilities, all of the Operation issues just mentioned can be
addressed. These issues were addressed at Fortune -50 company during iExpenses implementations.
Notifications
Utilizing the ability of workflow to send e-mail notification messages, operation staffs were notified of any
significant issues, error conditions or process events. Intuitive and descriptive notification messages describing the
business conditions and process outcome that generated the message and awaited the user response. Process
outcomes were directed to the appropriate operation role. Any exceptions in the systems were managed by
notifications.
Lesson Learned
Following were the lessons learned trying to use e-mail messages for automating the business process
? ? Strong Mail Server Network is required to process increased emails.
? ? For i Expenses alone you could generate e-mails up to 5 times number of vouchers submitted.
? ? The Reply-To functionality is great but has to be implemented with caution:
? ? No E-mail signatures are allowed.
? ? Responses that split in more than one line require to be in quotes.
? ? The reply-to functionality can not be removed with out some modifications to standard workflow packages.
? ? People don’t read their E-MAILS.
Most of the businesses have their own policies and procedures for each Cost Centres. These rules can not be directly
mapped to Oracle as an out of box solution. Oracle iProducts are not intuitive to handle such custom business rules.
Using custom table you can define all custom business rules in a table. It can be used to hold rules for taxation,
required field specification, expense thresholds, per diem values etc. Using this method, most business rule changes
can be handled by operations staff and custom business rule validation programs don’t need to change every time a
business rule is modified.
Lessons Learned
Following lessons were learned trying to implement custom business rules:
? ? Complex Business Rules require complex coding and complex testing procedures.
? ? If you don’t budget by it don’t have a rule for it.
Migration Methodology
Migration of the custom workflow from development stage to production offers unique challenges to the project
team. There is a need for clear understanding of
Lessons Learned
? ? Constant changes and migration of workflow file is costly and introduces chance of error.
Results
?? Operational staff remains fully in control of the process.
?? Benefits of a streamlined automated process achieved without losing human touch.
?? Operations staff can obtain required business process information without being a workflow experts.
?? Workflow changes are not necessary for most changes to business rules and staff turnover.
?? Savings in operational cost and overheads from improved streamlined business process.
Acknowledgement
All products names mentioned herein above are registered TRADEMARKS of the respective vendors.