Defining Notification Templates and Users for Approval Framework

This chapter discusses how:

Click to jump to parent topicDefining Notification Templates for Approval Framework

This section discusses how to enter generic template definitions.

Click to jump to top of pageClick to jump to parent topicPages Used to Define Notification Templates for Approval Framework

Page Name

Definition Name

Navigation

Usage

Generic Template Definition

WL_TEMPLATE_GEN

PeopleTools, Workflow, Notifications, Generic Templates.

Enter generic template definitions.

URL Maintenance

URL_TABLE

PeopleTools, Utilities, Administration, URLs

Use this page to identify the URL that the notification process places within the email. The user then uses this URL to navigate back into their system to perform the required task.

Note. An example of the format to use is http://servername/psp/employeeportaldomain/.

Click to jump to top of pageClick to jump to parent topicEntering Generic Template Definitions

Access the Generic Template Definition page (PeopleTools, Workflow, Notifications, Generic Templates.).

You use generic templates to establish common formats for ad hoc notifications.

For approvals, the first bind variable is used to store the URL that appears in the email.

See Also

PeopleSoft Enterprise PeopleTools 8.50 PeopleBook: PeopleSoft Workflow Technology, “Using Notification Templates”

Click to jump to parent topicDefining Users for Approval Framework

This section discusses how to:

Click to jump to top of pageClick to jump to parent topicPages Used to Define Users for Approval Framework

Page Name

Definition Name

Navigation

Usage

User Profiles - Roles

USER_ROLES

PeopleTools, Security, User Profiles, User Profiles

Select the Roles tab.

Attach workflow roles to users.

User Profiles - Workflow

USER_WORKFLOW

PeopleTools, Security, User Profiles, User Profiles

Select the Workflow tab.

Define workflow for user profiles.

User List Definition

EOAW_USER_LIST

Enterprise Components, Approvals, Approvals, User List Setup

Define user lists.

Click to jump to top of pageClick to jump to parent topicAttaching Workflow Roles to Users

Access the User Profiles - Roles page (PeopleTools, Security, User Profiles, User Profiles. Select the Roles tab).

Use this page to attach workflow roles to users. A role is a class of users who perform the same type of work, such as clerks, buyers, or managers. A role describes how people fit into workflow.

Role user IDs determine how to route worklist items to users and how to track the roles that users play in the workflow.

Role Name

Select a role to assign to this user. Role users are the people who participate in automated business processes.

Dynamic

Appears if the definition of this role is dynamic. This value is driven by PeopleSoft PeopleCode. Dynamic users can obtain membership in a role programmatically. You can run a batch process that executes predefined role rules and assigns roles to user profiles according to these rules. This approach is called dynamic membership, and users who become role users of a particular role programmatically are dynamic role users.

Static role users, on the other hand, obtain their membership through an administrator adding a role to their user profile manually.

Route Control

Select to access the User Route Control Profiles page, where you can select a route control profile for the workflow.

The PeopleSoft Workflow Administrator enables you to define route controls. For example, suppose you want to route requisitions to different buyers, depending on which vendor supplies the ordered items, which business unit is requesting the items, and which department needs the items. You can define a route control for each factor—vendor ID, business unit, and department—and specify a range of values for each buyer.

Note. Not used with eProcurement Approval Framework.

View Definition

Select to access the Roles - General page, where you can change the role name definition. You can also view the user ID of the role member to ensure that you selected the appropriate definition for inclusion in the role.

See Also

PeopleSoft Enterprise PeopleTools 8.50 PeopleBook: Security Administration, “Administering User Profiles”

Click to jump to top of pageClick to jump to parent topicDefining Workflow for User Profiles

Access the User Profiles - Workflow page (PeopleTools, Security, User Profiles, User Profiles. Select the Workflow tab).

Use this page to define alternate users who are part of the workflow process. You can define alternate users to handle approvals during the absence of the primary approver and supervisor.

Alternate User ID

Select a user to receive worklist items when this user ID is temporarily unavailable. The system automatically forwards new work items for whoever is assigned as the current role user to the alternate role user. The system doesn’t reassign items already in the user’s worklist.

From Date and To Date

Enter a date range when the current user ID is not going to be available. The system uses these values to forward routings to the alternate user.

Supervising User ID

Select the user ID of this user’s supervisor. The system uses this value when forwarding information to the user’s supervisor and uses the PERSONAL_DATA record to determine the supervisor.

Note. If you’re using PeopleSoft Human Capital Management (PeopleSoft HCM) applications, this field shouldn’t appear. If it does, you must set your workflow system defaults.

Worklist User

Select to indicate that this role user can receive approval routings. Clear the check box if the user is not a PeopleSoft user. You can select Worklist User, Email User, or both.

Email User

Select to specify that this role user can receive email. Clear the check box if email is not available.

Reassign Work To

This option is not used in Approval Framework. It will reassign the worklist, but not the underlying data in Approval Framework.

Click to jump to top of pageClick to jump to parent topicDefining User Lists

Access the User List Definition page (Enterprise Components, Approvals, Approvals, User List Setup).

Use this page to define user sources for use with steps in the approval process. The PeopleSoft product delivers a set of default user list roles corresponding to the roles within an organization.

When you select a user list source type, you must also select a corresponding value. You can add a new user list or change a current list.

Note. You can only select one user list source for a user list.

Note. The SQL Definition, Query, and Application Class user list sources are dynamic, and can use input values to help identify users.

Role

Select to use a role as the source for this user list. A role is a list of users who perform the same type of work, such as buyers or managers. Each role has a set of parameters that determine the limits of the role in the organization and in the workflow process.

SQL Definition (structured query language definition)

Select to use an SQL definition as the source for this user list. The SQL must return OPRID field.

Query

Select to use a query as the source for this user list. When a source is defined as a query, the system determines who should receive a work item based on the field values on the page that triggers the routing.

Application Class

Select to use an application class as the source for this user list.

When you select an application class, the system passes the originator of the transaction and then determines the approver for that originator. For subsequent approval steps, the system passes the approver from the previous step.

Include Users as Input

Select to indicate that the system uses the originator of a transaction as the first step in each path. For subsequent steps in each path, the system uses the approver from the previous step.

This field is not available when the User List Source is User List.

Transaction Keys as Input

Select to have the system base the approval routing on transaction keys. Transaction keys are key fields in a database table. System actions depend on the approval level at which a user list is being used. If the approval is at the header level, the system uses transaction record keys from the header record.

This field is not available when the User List Source is User List.

User List Attributes

This section is only available when the User List Source is Application Class.

Note. UserList Attributes are used for application class User Lists and Route Control is used for role based user lists.

Route Attributes

If User List Source is Role, the Route Attributes section is displayed. This option enables the Route Control filters.

Route Control Profile

Select the route control profile to use.

Record Name

Record the user passes in that stores the values used in the route control.

Note. Route control checks against fields, Approval Framework needs to know which record contains the field.

Route Control Type

Route control attribute.

Note. Route control attribute is defined on the User Profile Roles page in the route control link.

Field Name

Field on the record mapped to the attribute.

See Also

PeopleSoft Enterprise PeopleTools 8.50 PeopleBook: PeopleCode Developer's Guide