This chapter provides an overview of PeopleSoft Supplier Contract Management workflow and discusses how to:
Establish processes for approval framework.
Maintain user list definitions.
Define the transaction registry.
Define generic templates.
Set up event escalations and notifications.
Define self-approval criteria.
See Also
Understanding the Approval Framework
This section discusses:
Workflow in PeopleSoft Supplier Contract Management.
PeopleSoft Approval Framework process.
Approval framework users.
Setup steps for PeopleSoft Approval Framework.
Approval setup and transaction tables.
Workflow is the process of routing clauses or documents for approval or collaboration. During the process, a set of approvers and reviewers carry out tasks that are related to a document or clause.
The PeopleSoft Supplier Contract Management application uses two workflow types and user preferences for processing different approval and review phases of a document and its components. The use of workflow is controlled using installation options. One type of workflow is the standard workflow feature that is common to many PeopleSoft applications. The system uses this standard workflow feature for collaboration. Collaboration provides basic simultaneous workflow notifications when collaboration is initiated by an administrator, as well as notifications back to the administrator when collaboration is complete. Collaboration workflow is best used when you route the document to various individuals during contract document development. Digital signatures can also take advantage of this standard workflow notification to capture sequential internal signatures of documents before or after they are signed as part of a formal approval framework process.
See PeopleTools PeopleBook: Workflow Technology.
The second type of workflow is PeopleSoft Approval Framework. The approval framework requires the setup of an approval workflow process. The approval framework process is the framework that enables three levels of users, from technical to end users, to develop and configure approvals that meet their organizational requirements. You can use approval framework to approve new clauses in the library, and for final approval routing of the contract document that can also include signatures. Normally, this is a rubber-stamp type approval, because the collaboration feature is better used to develop the contract. For example, the process of creating a new clause in the library and approving it requires defining who should approve the clause, the order in which that person approves it, and how it is routed to approvers. When the approval process is complete, the clause is available for use in a document.
See PeopleSoft FSCM 9.1 PeopleBook: Approval Framework
Approval framework also provides a way to dynamically define authorized approvers for an approval workflow process of the contract document. A sample approval process definition called Document is provided as an example of how you can set up the document approval to do a final content clause approval, business approval for commodity and fiscal review, and a final owner approval. The example approval is set up for transactional purchase order contract-related documents; however, approval framework setup enables you to configure the approval for document approval definition by specifying record and field criteria to evaluate.
Collaboration is a contract process that you use with standard PeopleSoft workflow. During collaboration, you review and negotiate the terms of a clause, contract, or ad hoc document. You use the standard PeopleSoft workflow to finalize the document. After collaboration, you can use the PeopleSoft Approval Framework process to gain approval for the contract or ad hoc document.
This table provides an overview of how workflow is used in Supplier Contract Management, along with how various elements are approved:
Formal Approvals (Approval Framework) |
Collaboration (PeopleSoft Standard Workflow Notifications) |
Signature Routings |
User Preferences and Authorizations Related to Approvals |
You can enable the following approvals as installation options. If enabled, and after the approval process is complete and the last person in the approval instance approves, the clause or document is marked as Approved.
|
Use with collaboration on contract or ad hoc documents. Collaboration is optional and if is enabled, you complete it prior to any formal approval processing. You can collaborate multiple times on a document. The system provides an initial default list of collaborators based on the users defined in the My Collaborators/View Access component (CS_OPR_PREFERENCE). You can add ad hoc collaborators throughout the process. You can also repeat the collaboration process. When routing a document for internal collaboration, the document link is sent to all collaborators at the same time so that the first user available can edit or review the document change. If you are using the supplier portal to route documents for external collaboration, the document is routed for edit access only to the primary document owner defined on the external contacts for the document. Other external users can have view access to the document, but for a given collaboration round the primary external document owner must manually route and return any consolidated changes through the portal. |
When you are using digital signatures, you can use a workflow similar to collaboration's to route the prepared document internally. Depending on the setup, you can select to capture internal signatures before, during, or after workflow approvals if they are in use. The signature routing for internal signatures is different from collaboration in that the prepared signature document is always routed to individual users sequentially based on the sign order that you define for the document. If signatures are missing on the document you can route the document again for signatures, or, as an administrator, capture the signature offline and upload a new signed document on behalf of a signer. You can obtain external signatures using the Send to Contacts or Dispatch features. If the supply-side portal is enabled for signatures there is an option to capture digital signatures online as part of the Send to Contacts or Dispatch features. Use the Send to Contacts feature to obtain signatures if you need them before routing for signatures internally. |
The Bypass Approval check box on the User Preferences page for Supplier Contract Management is a power-user type feature that enables an administrator to bypass and expedite the workflow approval and to manually set the status of a document to Approved. This is normally an exception. Users who are enabled to change the status (not workflow controlled) of sections and document configurators can manually mark them as Approved. You use a combination of a configurable approval authority that is defined using user preferences and an Approval check box on the definition page for process section and template approvals. The definitions are approved only once by an authorized user. When using digital signature capability, you can also capture electronic signatures during the approval process. See (Optional) Setting Up Digital Signatures. When doing so approval users listed as signers also have the capability to sign a prepared document during the time they review or approve the step. Depending on how you configure approval framework, you can select to drive the approval process based on the signature list itself, or not. But, if not, then each signer must still be listed in the internal signer list to be enabled to sign the document during that user's approval step. |
The Approval Workflow Framework process is a framework that enables users to develop and configure document approvals. Using approval framework, the system takes documents that include clauses, sections, and templates through the approval process until the document is approved or stopped. The clause is the basic foundation for creating documents. During the approval process, you use Microsoft Word to review a clause or document and then use approval workflow pages to approve or deny the clause.
See Understanding the Approval Framework.
You can create clauses and include them in sections and document configurators. You can view the clauses, but during document generation, the system only includes the approved clauses in the document. You cannot use clauses that have not been approved as dependent or alternate clauses or use unapproved clause in rules.
Using approval framework, you can:
Approve or deny documents.
Approve or deny document clauses.
Include multiple approvers and reviewers.
Access and review the Microsoft Word document.
Assign additional approvers and reviewers during the approval process.
Use worklist and email notifications.
Enter comments about the document.
See Also
Understanding the Approval Framework
The workflow process that is used by approval framework is designed for users with different responsibilities in an organization. Participants include:
Application administrators who normally:
Configure the supplier contract installation.
Configure approval types and clause classes.
Contract administrators, document librarians, and managers who normally:
Set up user preferences for contract approvals.
Submit clauses for approval.
Add and remove approvers and reviewers.
Submit contracts for approval.
Approvers who normally:
Approve or deny clauses.
Add comments and ad hoc approvers.
Approve or deny clauses, contracts, or other documents.
Before you can send documents for review:
Define approvers for use with clause and document approvals.
To define approvers:
Define roles and permission lists.
Permission lists provide security authorizations for users. Roles are intermediate objects that exist between permission lists and user profiles.
See Supplier Contract Sample Permission Lists, Roles, and Users.
Assign users to roles.
After users have assigned user IDs, you can assign the user IDs to the PeopleSoft Supplier Contract Management roles for approvals.
Create approval types, assign approving roles to them, and define clause update authorities.
The system uses the approving role name to determine the group of users that it uses in the approval cycle for a clause or document. To access the page, select Supplier Contracts, Supplier Contracts Setup, Approval Types.
The system provides the CLASS01 clause class and the HIGHRISK, MEDRISK, and LOWRISK sample clause approval types. These approval types represent levels of risk to the organization and place an importance on the approval of the clause or document. You can use this sample data as a starting point for developing approval types and clause classes.
Set installation options for supplier contracts to require approvals for clauses and documents.
To access the options, select Supplier Contracts, Supplier Contracts Setup, Installation Options. If clauses and documents do not require approvals, the system doesn't launch an approval process when you create the clause or document.
Define user preferences that control authorizations for document administrators. These are users who can create and submit documents.
To access the authorizations, select Supplier Contracts, Supplier Contracts Setup, User Preferences.
Define user lists for use with steps in the contract approval process.
User lists define how the system determines sources for routing clause and internal document approvals. Options include roles, structured query language definitions, queries, and application classes. System-supplied data includes sample user lists, such as SupplierContractSign1 that enable you to define the approval process for digital signatures using a document's user list.
Define how the system notifies approvers during the approval process.
You use the Generic Template Definition page to setup notifications for each type of notification the system needs to send to administrators and approvers.
Set up the transaction registry.
The approval transaction registry is the interface application developers use to register an application with PeopleSoft Approval Framework.
Set up the approval process definitions.
The approval process definition determines the routing of the clause or document approval. The two definitions required are Document for document approval and Clause for clause approvals. The flow includes setting up approval framework for:
Stages.
This is a part of an approval transaction that can contain multiple paths but must be at the same record level.
Paths.
A path is a sequence of steps. Within a stage, paths execute in parallel, with each path inheriting its header or line-level from the stage.
Steps.
A step represents one or more approvers or reviewers. The system processes steps in a path in sequence as separate criteria for each step determines whether or not that step is processed.
Criteria.
You can define field criteria along with monetary and application class criteria using most records and fields in the database. The system uses this criteria for paths and steps and for self approvals.
Authorize approvers.
This step defines approvers and their approval authorization criteria for use in an approval process.
Set up events and escalations.
Create a notification event and specify the conditions for which the event should check and the actions that the system should take when the notification conditions are met. You can also define rules for sending notifications, such as when a clause or document approval has gone beyond the time defined for responses.
Manage the approval through its life cycle.
After you set up approval framework and generate clauses or documents, the system uses the setup information to process documents. This is when approvers and reviewers perform approval tasks that apply the setup features you defined.
Basic tables to set up PeopleSoft Supplier Contract Management include:
Table |
Description |
INSTALLATION_CS |
Installation settings for Supplier Contracts - Collaboration email template |
CS_AW_TYPE (CS_AW_TYPE_LNG) |
Approval type definition. |
CS_CLASS (CS_CLASS_LNG) |
Clause class definition. |
CS_CLASSDTL (CS_CLASSDTL_LNG) |
Clause detail - map to approval types. |
CS_AUTH_USER |
User authorization - supplier contracts authorizations for documents, sections, and templates. |
CS_AUTH_USER_DTL |
User authorization detail - document author and user authorizations |
CS_OPR_DEF_TBL_CS |
User preferences - main user preference table for Supplier Contract Management. |
CS_OPR_COLLAB |
Default collaborators - list of default users to include in document collaboration . |
These are some of the basic tables the system uses during the processing of approvals and collaboration. You can reference additional tables when setting up approval process definitions to define criteria for approval framework workflow:
Table |
Description |
CS_DOC_HDR |
Document Header: Fields in the document header can be commonly accessed for approval process criteria. |
CS_AW_DOC_CLSVW |
This is a special view that is useful in the approval process definition to control clause approvals within a document. |
CS_DOC_PO_KEYS |
This table is useful in the approval process definition to determine if document approval is related to a purchase order contract. |
This section discusses how to:
Define details for approval processes.
Define alert criteria for approval workflows.
Set up approval workflow paths.
Define steps for document approval workflows.
Page Name |
Definition Name |
Navigation |
Usage |
EOAW_PRCS_MAIN |
Supplier Contracts, Supplier Contracts Setup, Approvals, Approval Process Setup |
Define basic approval process details and approval workflow process stages. |
|
EOAW_CRITERIA |
Click the Alert Criteria link on the Approval Process Definition page. |
Define alert criteria for approval workflows. |
|
EOAW_PATH_SEC |
Click the Path Details link on the Approval Process Definition page. |
Set up approval workflow paths. |
|
EOAW_STEP_SEC |
Click the Details link in the Steps grid on the Approval Process Definition page. |
Define steps for contract approval workflows. |
Access the Approval Process Definition page (Supplier Contracts, Supplier Contracts Setup, Approvals, Approval Process Setup).
Use this page to define an approval definition process. The process is made up of stages and their paths and steps. The approval steps that you place on the approval path represent the approval levels that are required for an approval framework transaction.
Each PeopleSoft application has a top-level record (known as a header) with keys that uniquely identify a single transaction in an application. The application itself typically has other records, but they are children (line-level records) of the header record.
Note. Approvals are processed only at the header level for PeopleSoft Supplier Contract Management. This means that there is not a line-level approval capability.
See Also
Setting Up Approval Framework Process Definitions
Access the Criteria Definition page (click the Alert Criteria link on the Approval Process Definition page).
Use this page to define the different types of criteria that you want to apply to a workflow approval process. You can create definitions consisting of a field with a logical operator and a value or definitions consisting of an application class that takes in transaction data to process the approval.
Criteria is an entity that evaluates to true or false. Criteria programs approval framework, using transaction-specific information to change, for example, routing paths. To set the context for the criteria, the engine provides the transaction keys as bind values.
Access the Approval Path Definition page (click the Path Details link on the Approval Process Definition page).
Use this page to set up additional parameters that determine how the system processes an approval path. A path contains a sequence of steps. Within a stage, paths are processed in parallel. Path entry criteria determines whether a path is processed for a given transaction or transaction line. Depending on the implementation of Supplier Contract Management, you might, for example, want to create criteria that supports various source transactions and document types. These need to be configured in the document approval definition.
Use the escalations feature to define time elements for when an approver takes too long to approve or deny a pending request.
Access the Approval Step Definition page (click the Details link in the Steps grid on the Approval Process Definition page).
Use this page to define steps for the approval workflow. A step represents one or more approvers or reviewers. Steps within a path are processed in sequence. Separate criteria for each step determines whether that step is performed. Each step can also have a set of reviewers, who are notified about transactions pending approval by email, if configured, and through the worklist. But the workflow proceeds without waiting for reviewers to act.
This section discusses how to define user lists.
Page Name |
Definition Name |
Navigation |
Usage |
EOAW_USER_LIST |
Supplier Contracts, Supplier Contract Setup, Approvals, User List Setup |
Define user lists. |
Access the User List Definition page (Supplier Contracts, Supplier Contract Setup, Approvals, User List Setup).
Use this page to define user sources for use with steps in the contract approval process. Supplier contracts use a user list as a means to map users to certain functional roles; thereby reducing source search time. Oracle delivers a set of default user list roles corresponding to the roles within an organization. These roles are intended primarily for use with routing controls.
See Defining Notification Templates and Users for Approval Framework.
This section discusses how to register the approval transaction.
Page Name |
Definition Name |
Navigation |
Usage |
EOAW_TXN |
Enterprise Components, Approvals, Transaction Registry |
Register the approval transaction. The transaction definition is the metadata that describes the transaction makeup to approval framework. |
Access the Transaction Registry page (Enterprise Components, Approvals, Transaction Registry).
Use this page to register a PeopleSoft application, such as Supplier Contract Management, with the PeopleSoft Approval Framework. Using the page, you can define how the system interacts with portions of the application that you have defined for approvals. The registry links the components, event handler, records, and classes that you created in the approval process for an application transaction such as a clause or document approval.
See Also
Defining the Approval Transaction Registry
This section discusses how to enter generic template definitions.
Page Name |
Definition Name |
Navigation |
Usage |
WL_TEMPLATE_GEN |
Supplier Contracts, Supplier Contract Setup, Approvals, Generic Templates |
Enter generic template definitions. |
Access the Generic Template Definition page (Supplier Contracts, Supplier Contract Setup, Approvals, Generic Templates).
You use generic templates to establish common formats for ad hoc notifications.
See Defining Notification Templates and Users for Approval Framework.
This section provides an overview of event escalations and notifications and lists the pages that are used to set up event escalations and notifications.
The approval framework waits for an approver's decision before attempting to route the transaction further. However, using escalations and notifications, you can control what the approval engine does if the approver waits too long before responding. Approvers have a predefined amount of time to respond, after which approval framework can either remind the approver, notify someone else, or proceed with the next approval, assuming the document was approved.
Event notifications can be configured as an organization requires them. The notifications are available to meet specific needs and normally do not require coding, and they enable the system to send emails to appropriate users when specific, predefined approval events take place, such as an approver approving or denying a document.
See Using the Notification and Escalation Manager.
Page Name |
Definition Name |
Navigation |
Usage |
EOAW_NEM_EVENTS |
Enterprise Components, Approvals, Notifications and Escalations, Events |
Identify an event type. An event type determines the server on which a notification event runs. You can add a new type or make changes to an existing type. |
|
EOAW_NEM_SETUP |
Enterprise Components, Approvals, Notifications and Escalations |
Specify the conditions for which the event should check and the actions that the system should take when the notification conditions are met. |
See Also
PeopleTools PeopleBook: PeopleSoft Process Scheduler
Setting Up an Escalation Event
This section discusses how to set up self-approval criteria.
Page Name |
Definition Name |
Navigation |
Usage |
EOAW_CRITERIA |
Supplier Contracts, Supplier Contracts Setup, Approvals, Approval Process Setup Click the Criteria link in the Paths grid on the Setup Process Definitions page |
Set up self-approval criteria. |
Access the Criteria Definition page (Supplier Contracts, Supplier Contracts Setup, Approvals, Approval Process Setup, and click the Criteria link in the Paths grid on the Setup Process Definitions page).
Use this page to define approval limitations for contract managers or owners when they can approve the documents they create. For example, if a contract manager submits a contract that is linked to a monetary amount, you can use this page to define the greatest amount the manager and self approve before additional approvals are required.
The User Auto Approval check box setting on the Approval Process page enables self-approval. If self-approval is enabled, the system assumes the contract manager or owner's approval can approve a clause or document. If you establish criteria that controls the manager's approval authority, and that criteria is exceeded, the system does not include the manager as an approver.
If the manager is an approver on a step in any path in the process, then all prior steps in that path are omitted. Also, if self-approvals are enabled, and the self-approval criteria is met, then the system omits that step.
See Defining Criteria for Approval Framework Processes.