Graviton Approval Framework Presentation

Approval Framework Demo

Agenda

History of Approval Workflow Engine (AWE) The Approval Framework Foundation Process Flow of AWE AWE Terminology & Approval Process Setup Next Step Q & A

History of Approval Workflow Engine

The foundation of AWE is PeopleTools Workflow Business Process, Activity, and Events

The Approval Workflow Engine (AWE) is a product that evolved from eProcurement.

Adopted early with Expenses in 8.9

AWE delivered with PeopleTools in PT 8.49.

Consolidated code line between HCM and FSCM in PS 9.0.

AWE delivered as Enterprise Component with PS 9.1.

Expanded to more FSCM modules with new features in 9.2.

Process Flow of AWE What, How, When, & Who

Developers Define… What & WhoImplementers Define… How & When

(What) Transactions: The Transaction Registry is used to identify how the calling application will interact with AWE.

(How) Approval Process Definitions: The Approval Process Definition pages allow the functional analyst to define the workflow steps to be executed in order for the transaction to be approved.

(When) Configurations: The Approval Process Configuration page allows the user to define events that trigger notifications.

(Who) User Lists: User Lists are generated by User Roles, SQL Definitions, PS/Query options and Application Packages.

Process Flow of AWE

AWE Terminology & Setup(What) Transactions

AWE Terminology & Setup(How) Approval Process Definitions

Stages, Paths and Steps

Stages

•Stages are used to contain one or more Paths •Stages execute sequentially•Each Stage must complete before the next begins•Stages can be defined at the Header or Line level, not both•Multiple stages can exist for either line or header level

Paths

•More than one Path can exists per Stage•Path processing is done in parallel

•ie, Routing line items to different User Lists

•Paths can have either Static or Dynamic Source•Static source, is set number of Steps•Dynamic source, User List runs again until no returns•Dynamic can use Approval Authorization Criteria.

Path Detail

Steps

•Step is a unit of work that must complete before advancing.•When the Path is Static, there can be multiple steps.•When the Path Dynamic, there can only be one Step and the user list cannot be based on a Role.•Steps are triggered based on criteria resolving to true.

Step Details

Criteria

• 3 Levels of Criteria

• 3 Types of Criteria

• Evaluates to Boolean (true or false)

• Satisfy All Criteria

• Header/Line Record.Field Values

• Monetary Criteria

AWE Terminology & Setup(When) Transaction Configuration

AWE Terminology & Setup(Who) User List Setup -Source

• 4 Types of User List

• Only Returns OPRID

• Site Specific, Customize

• Role User List exposes Route Control

• Uses WF Routing & Role

• Uses Security User Profile Role Route Control

8950 CAL CENTER DRIVE,BUILDING ONE, SUITE 203SACRAMENTO, CA - 95826PHONE:(888) 472-8481

(916) 588-2655

PSOFT@GRAVITONCONSULTING.COMWWW.GRAVITONCONSULTING.COM